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INTERCOM VERSION 4.6 


RELEASE DESCRIPTION 

INTERCOM 4 in conjunction with the NOS/BE operating system provides TTY and CRT terminals with time-shared access to 
CDC CYBER 170, CYBER 70, and 6000 Series computers. Remote batch jobs may be submitted from terminals equipped 
with a remote card reader and printer, from a remote computer (1700 or 8231) running an IMPORT package, or from a low-, 
medium-, or high-speed batch terminal. Programs written in the FORTRAN Extended. COBOL, ALGOL, COMPASS, and 
BASIC languages can be submitted from a remote terminal for execution at control points; the user at the remote terminal 
can interact with the executing program. Program output can be routed to the line printer and card punch at the central 
site or to a terminal equipped with line printers or card punches. Through the system permanent file feature, input from a 
central site magnetic tape or card reader is available to the remote user. 

HARDWARE CONFIGURATION 

In addition to the minimum hardware required by the NOS/BE system, INTERCOM 4 requires the following equipment for 
communication and operation. 

One of the following: 

CRT terminal, model 214-11, 214-12, 217-11, 217-12, 217-13, 217-14, 711-10, 731-12, 732-12, 734 Remote Batch 
Terminal, 714-10, 714-20, or CYBER 18 

or a model 33, 35, or 38 KSR or ASR Teletype terminal, or a 713 Teletype compatible terminal, or a 751 TTY com¬ 
patible terminal, 

or a 1700 or 8231 remote computer running an IMPORT package, 

or a 731-10 Low Speed Batch Terminal (LSBT), 732-10 Medium Speed Batch Terminal (MSBT), 
or a 733-10 High Speed Batch Terminal (HSBT). 

Also: A dedicated multiplexer on a dedicated channel 6671, 6676, 6673, or 6674 (6671 for Teletype and/or CRT ter¬ 
minals; 6676 for Teletype terminals only; 6673 or 6674 for high speed connections to remote computer). 

Or: A dedicated 7077 Communications Station on a dedicated channel with a 751 Local Communications Controller 
(LCC) for Teletypes, XSBTs, and/or CRTs. 

Or: A dedicated 2550 Network Processing Unit (NPU) on a dedicated channel for TTY and/or CRT terminals. 

Also: Data Sets for communication between the remote terminal and central site: Teletype terminals require 103A 
Data Sets; CRT terminals require 201A or 201B Data Sets, or CONTROL DATA 358 Transceivers; remote computer 
and HSBTs require 301B or 303 Data Sets and a TELPAK A communication line, or CONTROL DATA 358 Transceivers. 
Refer to the Control Data Communications Handbook for specific details of the exact modem strapping option re¬ 
quired by INTERCOM 4. 

Required Hardware Options 

711-10 

Data control 711-102 
714-10 or 714-20 

Display (8x80 or 16x80) 714-122 or 714-123 

733-10 

Data Set Adapter 733-130 

CRT (16x80 or 18x64) 733-150 or 733-152 

731- 12 

732- 12 

Memory increment (8K bytes) 730-100 
Display (16x80) 730-101 

731- 10 

732- 10 

Display (16x80) 730-101 
Cyclic Encoder 730-103 
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Hardware Options 
Teletype 

Paper tape readef/punch 
217-11, 217-12, 217-13, 217-14 

Card reader: 224-11, 12, 13, or 14 

Line printer: 222-11, 12, 13, or 14 

711-10 

Memory option (16x80 screen) 711-100 
Character printer 711-120 or 711-21 
714-10 

Display (8x80 or 16x80) (up to 8 additional) 714-122 or 714-123 
Character printer (up to 3) 711-120 or 711-121 

731- 10 

732- 10 

Card punch/reader (66/330 cpm) 730-104 

Memory increment (if additional peripherals are used beyond the basic 
L/MSBT card reader and line printer) 730-100 

733- 10 

Card reader (one additional) 733-120 
Line printer (up to three additional) 733-110 
Card punch 733-101 

Memory increment (if additional peripherals are used beyond the basic 
HSBT, single card reader and line printer) 733-140 

INTERCOM has been tested in an environment containing eontrolware bearing the following part numbers: 


731-12 


LSBT 

66129100 

731-10 


LSBT 

66185300 

732-10 


MSBT 

66129200 

733-10 


HSBT 

66152800 

7091 

LCC 

0ZA 

66020700 

7091 

LCC 

0ZB 

66200100 

7091 

LCC 

0ZF 

66244000 

7091 

LCC 

0ZD 

66234900 

7091 

LCC 

0ZJ 

66235000 

7091 

LCC 

0ZH 

66292500 

7091 

LCC 

0ZL 

66292200 

7091 

LCC 

OZN 

66292100 


RELEASE MATERIALS 

INTERCOM Version 4 release material consists of a magnetic tape (PL12) containing the INTERCOM program library as file 
one. 


NOTES AND CAUTIONS 

Mode 4 Sequence Bit Processing in 1M1 

For synchronous Mode 4 terminals, the INTERCOM 1M1 driver checks the sequence bit on the station address word of re¬ 
sponses to all display Mode transmission. This is additional validity testing not done by previous INTERCOM drivers. 

It has been empirically discovered that some Mode 4 CRT terminals work properly in all respects except that they do not 
properly process the sequence bit; generally, they send a zero sequence bit in all transmissions to the 5000 computer. This 
problem is a terminal malfunction, a loose wire, or bad hardware card. Such terminals may work properly under pre 4.2 
systems but will undergo endless retransmissions of one of the first two WRITES to the CRT screen under Version 4.2 and 
subsequent systems. Should this retransmission be observed regularly when a particular terminal connects, hardware support 
personnel should check the sequence bit (bit 24) in the station address word. 


Line Skipping on 714 Nonimpact Printer 

When column 80 is reached, an INTERCOM-generated line skip occurs. 714 nonimpact printers have a photo cell switch set 
at column 80 to skip a line. Thus, when input lines exceed 79 characters, output is double-spaced. If this is not desirable, 
the site customer engineer should be requested to move the photo cell switch beyond column 80. 
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ERROR Processing on the 711/714 


On the 714, the ERR enable/disable switch should be set to ENABLE. On the 711, the F.RR disable jumper should not be 
present. This allows the controller to give an ERR response both to writes to nonexistent stations, and to invalid messages 
in general. 


Character Set Support 

The IP.CSET Display Code character set selection affects INTERCOM only with respect to 63-or-64 character set selection. 
The BCD and ASCII printer character set default and 026/029 keypunch code default selections affect only the remote 
batch terminals. How it affects each one is described in each terminal's reference menua*. 

In addition to the IP.CSET display code character set selected, INTERCOM allows users to select extended (95/256) char¬ 
acter sets for communication with a mode 3 type terminal. These sets are described in the INTERCOM Reference Manual. 


2XPPU Speed (CDC CYBER 170 only) 

When INTERCOM is run at 2XPPU speed (IP.PPS2X=2) with a 6676 multiplexer, model F 6676 must be used. 


Limitations and System Considerations 

1. The following NOS/BE commands are not allowed as direct INTERCOM commands, although they are allowed as part 
Of a job created through EDITOR to be submitted subsequently for batch execution. RFQUEST is allowed only for an 
automatically assigned allocatable device. 

CKP, DMPECS, RESTART, LOAD, LIBLOAD, SLOAD, CMLOAD, ECSLOAD, EXECUTE, NOGO, RPACK, 
LABEL, PAUSE, ADDSET, LAB ELMS, and VSN. 

These commands should be given an access level of 7777B when a deadstart tape is made. 

2. When the CONNECT command (or CONNEC call) is used, the specified data is routed to or from the terminal each 
time the file is read or written. When simultaneous operations are to be performed, no more than one file should be 
connected to a terminal for interactive operations at any time. 

3. PASSWRD can be run while INTERCOM is up; normally, however, it should not be done as INTERCOM users may 
experience poor response to LOGIN, SEND, SITUATE while PASSWRD is running. This may also cause file security 
problems. 

4. Teletype operation via the 791 LCC differs from Teletype operation via the 6671 or 6676 multiplexer. 

8^bit data is not currently supported on Mode 3 (TTY) devices connected to the LCC. Improperly formatted 
paper tape input to the LCC may cause the TTY to be inoperative. 


GENERAL PROCEDURES 

Installation of a complete INTERCOM system requires establishing installation parameters and installing from the 
JNTF.RCOM OLDPL. The card deck described later can be run at the central site to install INTERCOM. FORTRAN 
Extended and COMPASS must be installed before INTERCOM can be installed. 


INSTALLATION PARAMETERS 

To configure the INTERCOM system for a particular installation: 

• Parameters in the INTERCOM common deck INTCOM may be changed to affect the characteristics of 
INTERCOM. 

9 An equipment status table (E5T) entry must be established for each multiplexer dedicated to INTERCOM. 

• In CMR, a multiplexer table must be defined which contains subtables for each multiplexer dedicated to IN¬ 
TERCOM. 

• The installation deck must contain an assembly for each variant of the low speed multiplexer driver required. 

• Certain tables within 1C!, 1QP, and 3TT can be set to control use of selected commands. 

• Parameters in the EDITOR common decks IPFTN and IPCOM may be changed to affect the characteristics of 
EDITOR. 

• Parameters in the multiuser job common decks MUJCOM and CMUJCOM may be changed to affect the char¬ 
acteristics of multiuser jobs (particularly EDITOR). 
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INTERCOM COMMON DECK SETTINGS 


Release values are shown in the following list of INTERCOM parameters for the common deck INTCOM present on PL12. If 
these parameters are to be changed, the cards containing the proper code with the CEQU macro should be placed after an 
♦INSERT INTCOM.43 directive and inserted into the first update record of the deck PL12L Alternate tested values are 
shown in parentheses. 

A cross-reference listing showing the routines that reference each INTCOM and IGSCOM symbol may be found in Part HI. 

IP. I ACES CEQU 11 

An 11-bit field contains the user table access field and user permission bits. This value must be the same as the value for 
IP.IACES (refer NOS/BE IPARAMS in this section). The entire 11 bit field is used to determine if a user has access to a 
specific utility or routine. The setting of IP.IACES determines how many bits, right justified are to be used as the access 
level. The remaining bits (11-IP.IACES) are used as permission bits. 

User access level is an octal integer (range 0 to (2** IP.IACESM) and is contained in the user table after the user logs in. 
User's access level must be greater than or equal to the command's access level in order to use a command. 

Permission bits form a mask constant (range 0 to (2**{11=IP.IACES))-1). Each bit which is set in the command’s permission-, 
bit mask must also be set in the user's permission-bit mask in order for the user to use the command. 

1AJ and LOADER check permission bits and access levels for commands found in the NUCLEUS Entry Point Name Table. 

A program in a library, specifically the Entry Point Name Table entry in the NUCLEUS library, has an 11-bit permission 
bits/aceess level value. In addition, only this type of command verb has associated with it one additional bit indicating 
whether the entry is control-card-callabie. In the EPNT entry, bits 14-4 contain the permission bits and access level re¬ 
quired; bit 3 contains the control-statement-callable bit (0 = not control statement-callable). 1AJ checks bit 3 for all 
control statements. 

EDITLIB allows definition of permission bits and access levels via the SETAL directive or the AL parameter of the ADD and 
REPLACE directives. This value is not access level; it is a 12-bit value combining permission bits (upper 11-IP.IACES bits), 
access level (bits IP.IACES-1), and control-card-callable (bit 0). The upper 11 bits of this value are the required permissions 
and access level found in bits 14-4 of the EPNT entry. 

During a PASSWRD run, a user’s permissions and access level are defined via the A=acclevl parameter. This value is an li¬ 
bit octal number combining permission bits and access level. No control card-callable value is associated with the user’s 
acclevl value. 

IP.IACES may be given any value between 0 and 11. If IP.IACES = 0, then the entire field is permission bits. If 
IP.IACES = 11, then the entire field is access level. 

Example: 


1. IP.IACES = 6 

2. EDITLIB run with directives 

SETAL (FILES, 201) 
SETAL (ASSETS, 407) 



PASSWRD run with directives 
ADD U=USER1, P=PASS1, 
ADD U=USER2, P=PASS2, 
ADD U=USER3, P=PASS3, 
ADD U=USER4, P=PASS4, 
ADD U=USER5, P=PASS5, 


A=2 

A=302 

A=3077 

A=1515 

A=0712 


4. As the result of the preceding installation, the following relationships exist. 



PERMISSIONS 

ACCESS 

PERMISSIONS 

COMMAND 

ASK 

LEVEL 

REQUIRED 

FILES 

1 

0 

0 

ASSETS 

2 

3 

1 


PERMISSIONS 

ACCESS 

PERMISSIONS 

USER 

ASK 

LEVEL 

GRANTED 

USER1 

0 

2 

NONE 

USER2 

3 

2 

0,1 

USERS 

30B 

77B 

3,4 

USER4 

15B 

15B 

0,2,3 

USER5 

7 

12B 

0,1,2 
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FILES 


ASSETS 



USER1 

P0 

PI, AL 

USER2 

ALLOWED 

AL 

USERS 

P0 

PI 

USER4 

ALLOWED 

PI 

USERS 

ALLOWED 

ALLOWED 


USER X COMMANDS ALLOWED 

Pn = Denied because user lacks permission n 
AL = Denied because user access level too low 

1P.IBBMN CEQU 24 

Minimum number of (small) buffers needed once remote batch activity has been initiated. 

IP.IBBMX CEQU 36 

Maximum number of (small) empty buffers needed once remote batch activity has been initiated. 

IP. ID CEQU 1 

If one, the INTERCOM user id is used as the default permanent file id by co mmands STORE, FETCH, and DISCARD. If zero, 
the permanent file id must be specified by the INTERCOM user. 

IP.IDFL CEQU 55000B 

Default field length assigned to a user's program when the user has not entered a field length (EEL). 

IP.IFC CEQU 700 MILLISECONDS OF DELAY FOR FIRST CHARACTER 

When the 1M1 driver completes a transmission to a CRT device, it assumes that the terminal will receive the message, that 
the line will turn around, and that the 6000 will receive the first input character from the terminal within IP.IFC 
milliseconds. The driver will consider the terminal to have not responded (to have timed-out on the transmission) if no 
response of any type is detected within this interval. About 700 milliseconds should be adequate for most installations. 

IP.1GCON CEQU 0 

Maximum number of 1700/274 Graphics console entries in Console Reservation Table; should be set to 2 ero if Graphics is not 
defined in the system. IP.IGCON has a maximum possible value of 24. 

IP.IGS CEQU 0 (1) 

If one, 1700/274 Graphics is defined as existing within the system; if zero, 1700/274 Graphics is not present in the system. 
IP.IHEAD CMICRO 0, (CONTROL DATA INTERCOM 4.5) 

Header output by 1IM when a remote ti minal dials into the INTERCOM system. 

IP.RBMN CEQU 12 

Minimum number of (small) empty buffers needed when no remote batch activity has been initiated. 

IP.HBMX CEQU 18 

Maximum number of (small) empty buffers needed when no remote batch activity has been initiated. 

IP.IM2DW CEQU 80 D 

Default screen width in characters for mode 2 terminals (see Port Definition Entries for mode 2 terminal list). This value 
should be 10D<x<80D. 

IP.IM2DS CEQU 112QD 

Default screen size in characters for mode 2 terminals (80x14). This value should be 2QD<x<2047D. 

IP.IM3DW CEQU 72D 


Default line length in characters for mode 3 terminals (see Port Definition Entries for mode 3 terminal list). This value 
should be 10D<x<132D. 

IP.1M3DS CEQU 409SD 


Default page size in characters for mode 3 terminals. This value should be 2QD<x<4095D. 


vv\ 
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IP.IM4DW CEQU SOD 

Default screen width in characters for mode 4 terminals (see Port Definition Entries for mode 4 terminal list). This value 
should be 10D<x<80D. 

IP.IM4DS CEQU 1000D 

Default screen size in characters for mode 4 terminals (50x20). This value should be 20D<x<1280D. 

IP.IND CEQU 3 

Maximum number of active INTERCOM drivers (of any type) allowed in the system simultaneously. It should never exceed 
six. 

IP.ISFL CEQU 2500B 

Default swaph-in field length for INTERCOM. The swap-in field length is the amount of memory requested to swap in an 
INTERCOM command. 

IP.IWT CEQU 7B TIMED-OUT PORT DELAY 

When the 1M1 driver has timed-out without getting any response from a hardwired or dedicated mode 4 (200 UT protocol) 
terminal a number of times consecutively, it assumes that the terminal is inopc ative; this means eitner powered-down, 
broken, or nonexistent, or that somehow the communication link with that terminal is down. In this situation, the driver 
does not waste processing time trying to communicate with the terminal but marks it "timed-out" and attempts to com¬ 
municate with it periodically on the assumption that it may come up at any time. The frequency with which the driver 
attempts communication with timed-out ports is proportional to IP.IWT and is usually on the order of once every few min¬ 
utes. 

At a computer site where the communication lines are not reliable and where operative terminals time-out frequently, 
IP.IWT should be set to 1 (one) or in extreme cases 0 (zero) to allow 1M1 to test timed-out ports more frequently. Unless 
good ports are frequently not being polled due to being timed-out, it is recommended that this parameter be unaltered. 



Maximum number of data characters which can be contained in a single Teletype data transmission from the 2550 Front-End 
to the central site system. IP.IMXL3 must be greater than or equal to the TTY TIP parameter /TTYIBL described in the 
CCP 1.0 Installation Handbook. This parameter must not exceed 2043. 

IP.IMX L4 EQU 1230_) 

Identical to the preceding IP.IMXL3 description except it applies only to mode 4 transmission; the relevant mode 4 TIP 
parameter is /MD4IBL. 

IP.LP4C CEQU 1 

Defines the type of mode 4C printer in use. 0 = impact printer, 1 = non-impact printer. 

IP.MALOC CEQU 4000B 

A 12-bit octal value defining the allocation style for files created by a multiuser job. Bit 11 always is set to one to indicate 
that a permanent file device is requested. The bits indicating the allocation style are bits 5-0. This value is placed in the 
Ffle Name Table entry generated for new multiuser job files, in byte C.FALLOC. 

IP.MPRIT CEQU 4000B 

Maximum priority to be assigned to an output file diverted by INTERCOM. This priority will be assigned to any file of 
100B PRUs (1 sector). 

IP.PRJX fcEQU 3777B (7000B) 

Nonzero indicates the priority given to input files read from remote site. If zero, priority will be taken from Job card. 
IP.SNIFL CEQU 22000B 

Initial field length for a SIGNON job. IP.SNIFL is an invariant parameter. 

IP.SNOTL CEQU 600 

Timelimit for jobs entering system through 274IGS, 

IP.SNOFL CEQU 60000B 

If nonzero, maximum field length (RFL or MEM) allowed for & job entering the system through 274IGS. 
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1P.TSL CEQU 10B 

Default time limit in seconds for execution of a user’s program, if the user has not entered a time limit (ETL). 

IP.1LX CEQU 1 

If 0, no remote batch is allowed. No CM buffers are reserved. 

If 1, one copy of 1LX is called to support all remote batch terminals. One CM buffer is reserved. 

When IP.1LX is greater than one, it must equal the number of copies of 1LX that can be active. This number of CM buffers 
will be reserved. One copy of 1LX is called for each 6671 driver with batch terminals, and one copy for each LCCand 2550 
equipment with batch terminals. 

, NOS/BE IP A RAMS SETTINGS 

These parameters must be set at ‘INSERT IPARAMS.15 when NOS/BE is installed (deck PL1AD. 

IP.IACES CEQU 11D 

Defines the number of bits in the access level, for use by 1AJ and LOADER. This value must be the same as that specified 
for the INTERCOM parameter IP.IACES. . 

IP.ILCMD CEQU 1 

If set to 1, the last word in the user table will store the last command entered by each user for display on the DSD Q display. 
If 0, it will not be used for this purpose. 

IP.IUSID CEQU 2 RAJ 

Defines the first user id available for assignment by the program PASSWRD. The value of this parameter is determined by 
the number of high-speed multiplexers with subtables defined in the system and the number of hardwired remote batch or 
mode 2 terminals defined in the system. The high-speed multiplexers use two ids per 6673 or 4 ids per 6674, starting with 
user id AJ. The hardwired remote batch terminals and mode 2 terminals use one id per terminal. 

This user id is the lowest available to be assigned an interactive user. Every remote high speed batch terminal connected to 
the system must have its own terminal id assigned to it. 

IP.1M1 CEQU 1 

Should be zero if the system has no 6671 or 6676 multiplexers; otherwise, should be nonzero. 

1P.1WB CEQU 1 

Should be zero if the system has no 6673 or 6674 multiplexers; otherwise, should be nonzero. 

IP.1ZZ CEQU 0 

Should be zero if system has no LCCs; otherwise, should be nonzero. 

A cross mapping of referencing routines and all symbols in 1PARAMS (IPTEXT) may be found in part IH. 
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EST ENTRY 


The EST table, established when deck PL1AI is run to install N 03/BE must contain an entry for eacn. multiplexer dedicated 
to INTERCOM, The channel referenced in this entry must be dedicated to the INTERCOM multiplexers on that channel. 
For nonallocatable equipment, the EST uses the EST macro which has been modified as follows: 

type EST parameters (of the form key = value) 

Macro parameters used by INTERCOM: 

type DC for 6671, YC for 6676, SC for 6673 or 6674, CS for 791, FE for 2550 

CH= Channel for multiplexer or 7077 Communication Station or 2550 Front End 

EQP= Equipment number for multiplexer or 7077 SAC/CSM I/O channel for 791 or 255. Front End 
MOD= OFF if off, otherwise do not use 
MUX= Index to INTERCOM multiplexer table 
A typical EST entry might appear as follows: 

•I EST.l 


DC EST CH=3,EQP=5,MUX=MUX1-T.ITABL 

StrSuts • *• ** *- «• «* —<• 

a^rasfdk^ 68 ^ tW ° LCC ?91S ° n SAC/CSM channels 0 and 1 connected to a 7077 coanected to channel 4 would 


CS ESTCH=4,EQP=0,MUX=MUX1-T.ITABL 
CS ESTCH=4,EQP=1,MUX=MUX2-T.ITABL 


CONFIGURATION PARAMETERS (INTERNAL TO CMR) 

fc’instXdf TL^2fTult value"^^ 1 ° f *** INTERC0M muUi P lexer table - 11 must be set at ’INSERT CMRIP.l when NOS/BE 
L.ITABL CEQU 19 
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This parameter should be changed to reflect the size of the multiplexer table for each installation* The length of the table 
can be determined from the following formula: 

L.ITABL = 2+2*N76+N71+N71PORTS+2*N73+2*N74+2*N91+N91PQRTS+N50+N50 PORTS 


number of 6676 multiplexers dedicated to INTERCOM 
number of 6671 multiplexers dedicated to INTERCOM 
total number of 6671 ports defined 
number of 6673 multiplexers dedicated to INTERCOM 
number of 6674 multiplexers dedicated to INTERCOM 
number of 791s 

total number of 791 ports defined 
number of 2550s 

total number of 2550 ports defined 


CMR MULTIPLEXER TABLE 

The CM resident INTERCOM multiplexer table is used by INTERCOM to provide data on the hardware configuration of the 
installation and to record parameters. It consists of two dedicated parameter words and one or more subtables assigned to 
the multiplexers serviced by INTERCOM. 

The first two words of the multiplexer table, the parameter words, start ^t location T.ITABL in CMR. They are already 
assembled into CMR. The subtables follow the parameter words in any order convenient to the installation. The first 
subtable must be defined at ♦INSERT MUX.l when NOS/BE is installed. Each subtable has a relative pointer in the EST 
entry for that multiplexer. The upper bound of the multiplexer sub table may not extend beyond 7777B. 

For the 2550, Port 0 must be empty and baud rates must be specified in descending order for ports. 


N76 

N71 

N71PORTS 

N73 

N74 

N91 

N91PORTS 

N50 

N50PORTS 


CMR MULTIPLEXER SUBTABLE GENERAL FORMAT 

Each multiplexer subtable contains one macro to define the type of multiplexer, followed by one macro for each port defined 
on that multiplexer if a 6671, 2550, or a 791. The address of the macro describing the multiplexer is the same address used 
in the EST entry defining that multiplexer. A subtable for a 6671 multiplexer might be defined as follows: 

MUX1 MUX71 4 

TMB4A 
TMA4A 
TM3 
TM3 

When a 6671 multiplexer or 2550 Front End is configured, it is advisable to place the highest speed terminals on the lowest 
ports and to place any empty ports at the high number port positions. Thus, the 6671 and 2550 should be configured 9600 
baud terminals first, then 4800 baud terminals, then 2400 and 2000 baud terminals, then TTYs, then empty ports. The 
MUX71 macro port count parameter can be set to exclude the empty ports and increase driver efficiency. This saving is 
especially important when a driver is to support both a 6671 and a 6676* 

A subtable for the 6673/6674 multiplexer might be defined as follows: 

MUX4 MUX73 (0,3),(01,02) 

The multiplexer is defined with terminals attached to ports 0 and 3, and also with graphics consoles 1 and 2 defined on 
port 0. * 


MULTIPLEXER DEFINITION ENTRIES 


INTERCOM recognizes four types of multiplexers, the 6671, $676, 6673 and 6674, and two types of communications sub¬ 
systems, the 791 (LCC) and 2550 (NPU). They are defined with the following macros: 


MUX71 

MUX76 

MUX73 

MUX74 

MUXLCC 

MUX2550 


Number of ports 
Number of ports, baud rate 
(p0,pl),(gc01, . . . ,gcl6) 

(pO,. . .p3),(gc0l.gc36) 

Number of ports 
Number of ports 


The parameter, number of ports, indicates the highest number port+1 which INTERCOM is to service on that multiplexer for 
a $671, 6675, 2550 and 791. The parameters, pi, are the port numbers which INTERCOM is to service on that multiplexer for 
the 6673 and 6674. The parameters, gei, are the 274 graphics console numbers which INTERCOM is to service on that 
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multiplexer for the 6673 and 6674. Only one multiplexer may be defined with graphics consoles, and up to six graphics 
consoles may be specified for each port on that multiplexer. In the two digit graphics console number, the first digit in¬ 
dicates the port number, and the second digit the graphics console number on that port. 

A 6671 with ports 0, 1 and 3 attached to data sets should be defined as: 

MUX71 4 

A 791 with ports 0, 1, and 3 attached to data sets should be defined as: 

MUXLCC 4 

A 1550 with ports 1, 2, and 5 attached to modems should be defined as: 

MUX2550 6 

The MUX73, MUX74, and MUX76 macros generate all multiplexer subtable entries necessary to completely define those 
multiplexers. For the 6671, 2550 and 791, port definition entries should follow to define each individual port on the multi¬ 
plexer. Example of a MUX table entry follows: 

MUX76 24,300 (24 ports at 300 baud) 

Baud rate parameter can be 110,150, or 300. 300 baud is the maximum rate for any TTY on a 6676 multiplexer. 

PORT DEFINITION ENTRIES 

Currently, five types of ports are recognized by the CMR macros for a 6671 multiplexer. They are defined with the follow¬ 
ing macros: 

TM3 Mode 3 terminal. Teletype model 33, 35, or 38, or CDC 713, 

TMB4A BCD mode 4A terminal. CDC 214, 217, 73X-12, or 200 User Terminal. 

TMA4A ASCII mode 4A terminal. CDC 214, 217, 73X-12, 200 User Terminal, or 711 Model A/B. 

TM4C Mode 4C terminal. CDC 711 Model C/D, or 714. 

EMPTY Empty port (not serviced by INTERCOM). 

Seven types of ports are recognized by the CMR macros for a 791. They are defined with the following macros: 

TM3 Mode 3 terminal. Teletype model 33, 35, or 38, or CDC 713. 

TMB4A BCD mode 4A terminal. CDC 214, 217, 73X-12, or 200 User Terminal. 

TMA4A ASCII mode 4A terminal. CDC 214, 217, 73X-12, 200 User Terminal, or 711 Model A/B. 

TM4C Mode 4C terminal. CDC 711 Model C/D, or 714. 

TM4 Any mode 4 terminal. CDC 214, 217, 73X-12, 200 User Terminal, 711 Model C/D, or 714. 

TM2 Mode 2 terminal. CDC 731-10, 732-10, or 733-10. 

EMPTY Empty port (not serviced by INTERCOM). 

Six types of ports are recognized by the CMR macros for a 2550. They are defined with the following macros: 

TM3 Mode 3 terminal. Teletype model 33, 35, or 38, or CDC 713. The mode 3 automatic speed recognition 

option may be used by the 2550 only. 

TMB4A BCD mode 4A terminal. CDC 214, 217, 73X-12, or 200 User Terminal. 

TMA4A ASCII mode 4A terminal. CDC 214, 217, 73X-12, or 200 User Terminal. 

TM4C Mode 4C terminal. CDC 711 Model C/D, or 714. 

TM4 Any mode 4 terminal. CDC 214, 217, 73X-12, 200 User Terminal, 711 Model C/D, or 714. 

EMPTY Empty port (not serviced by INTERCOM). 2550 port 0 must be empty. 
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The TM4 macro allows any mode 4 terminal to dial into a 791 port, and INTERCOM automatically determines the specific 
terminal type from the site address. 

The port definition macros immediately follow the macro for the corresponding multiplexer. Each macro defines one pert, 
beginning with port 0 as the first entry, the second is port 1, and so on. All ports through the highest to be serviced by 
INTERCOM on that multiplexer must be defined. Thus, if the number of ports parameter on the MUX71 macro is 10B, then 
8 port definition macros must follow even though some may not be used. Unused ports should be defined with the EMPTY 
macro. 

Port definition macros without parameters indicate that the ports are servicing normal dial-up telephone circuits. Site 
addresses for dial-up mode 4 terminals are assumed to be 1 for the TMA4A macro, 0 for the TMB4A macro, and 2 for the 
TM4C macro. It is possible also to define hard-wired connections by adding parameters to any mode 4 terminal macro 
(except TM4) or to a mode 3 port on a 2550 as described below. 


LINE SPEEDS AND HARD-WIRED TERMINALS 

Any of the terminal macros may be used to specify different line speeds by adding a parameter to the macro. Omission of 
the parameter indicates 110 bps for mode 3 terminals, 2000 bps dial-up for mode 4 terminals, and 50000 bps for mode 2 
terminals. Addition of the HW parameter causes INTERCOM to assume that the terminal is hard-wired. Mode 2 and 
wideband terminals are always hard-wired. Mode 3 terminals on a 2550 may be either hard-wired or dial-up. All other mode 
3 terminals are dial-up. It is possible to define 4800 bps dial-up on 2550 ports. 

TMxxx line-speed 

where line-speed may be the following for each terminal type: 

TM3 110, 150, 300 (also 600 and 1200 for the 2550) 

TM3 * (The asterisk defines automatic-speed-recognition of a 110, 150, or 300 bps terminal. This 

option is used only by the 2550.) 

TMx4x 2400, 4800, 9600. 

TM2 2400, 4800, 9600, 50000. 


MULTIDROP LINES 

Any of the mode 4 terminal macros may be used to define multidrop (party-line) configurations by adding parameters to the 
macro call. The general form is: 

TMx4x Iine-speed,(sa0,sal, . . .sall),HW 

A list of site addresses indicates the port is to service a multidrop line to which terminal at those site addresses may be 
connected. Up to 12 site addresses, 0 to 13B, may be specified in any order. Omission of the site address list causes IN¬ 
TERCOM to assume site address 0. The site address list will not be processed if the line speed parameter is omitted. For 
example, a BCD Mode 4A port with a 2400 bps party line with six possible site addresses might be defined as follows: 

TMB4A 2400,(5,1,0,10,11.6),HW 



MULTISTATION TERMINALS 

The mode 4C terminal macro, and the general mode 4 macro, may be used to define multistation terminals by adding param¬ 
eters to the macro call. The general form is: 

TMx4x line-speed (site-address-list),(sal,sa2, . .. salD.HW 

A list of station addresses indicates the terminal has several CRT stations to be serviced. Printer stations must not be 
specified in the macro call. Up to 9 station addresses, 1-3, 5 7, 11-13B, may be specified in any order. Station addresses 4. 
10B, 14B, are reserved for printer stations. Omission of the station address list causes INTERCOM to assume station address 
1. The station address list is not processed for mode 4A terminals. 

For example, a mode 4C port with three site addresses on a 4800 bps line, each of which may have four station addresses 
might be specified as follows: 

TM4C 4800,(0,5,2),(6,1,2,9), HW 

In this case, each site is assumed to have the identical station configuration. 
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Each hardware channel to be serviced by INTERCOM low speed is processed by a single dedicated PPU. The INTERCOM 
low-speed driver assembles differently depending on the channel multiplexer and terminal configuration- Depending on the 
system, it may be necessary to have more than one variant of the driver assembled in the system since INTERCOM low- 
speed may be supporting more than one channel. 

A ♦DEFINE directive is required for each type of driver to be assembled. 
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The ♦DEFINE directive, the configuration supported by the variant, and the PPU program name of the variant are indicated 
in the following table where C represents a CRT, T a TTY; 71 is a 6671 and 76 is a 6676, S represents a special stimulator 
communication variant. 


Directive 
♦DEFINE,CT71 


♦DEFINE,CT7176 


•‘DEFINE,T76 
“DEFINE,CT96 


♦DEFINE, ST76 


Configuration PPU Name 

One or two 6671s; CRT terminals with speeds up to 1Z2/8Z2 

2400 bps (BCD and/or ASCII) 
or 

One 6671; CRT terminals with speeds up to 4800 bps 
(BCD and/or ASCII). TTYs as well as CRT terminals 
may be on 6671 ports. 

One 6671 and one 6676. 6671 has CRT terminals with 1Z3/8Z3 

speeds up to 4800 bps and may also have TTY ports. 

6C76 has TTY ports. 

One or two 6676s; each multiplexer has TTYs only. 1Z6/8Z6 

One 6671; lowest four ports of multiplexer are 1Z7/8Z7 

supported and may have TTYs or CRT terminals with 
speeds up to 9600 bps. 

1 simulated 6676, TTYs only; variant only communicates 1Z8/8Z8 
with software simulation programs SIP/VSM/1VG. 


With one exception, given the *DEFTNE directive, the driver will be assembled for the maximum number of multiplexers that 
can be supported by that variant. Initialization code within the driver will set internal tables to reflect the actual 
configuration. For example, the T76 driver is assembled to support two 6676 multiplexers. If this variant is called to 
support a channel with only one 6676, it will initialize properly to handle this situation. The exception is 1Z3/8Z3, the 
variant which drives both a 6671 and a 6676 on the same channel. If either mux is down, or logically OFF in the EST, and out 
of service, a driver variant for the single multiplexer is required. Sites with a configuration which includes a channel shared 
by a 6671 and a 6676 should install three driver variants in order to drive either or both multiplexers. These variants are: 


1Z3/8Z3 

1Z2/8Z2 

1Z6/8Z6 


♦DEFINE,CT7176 
♦DEFINE,CT71 
♦DEFINE,T76 


Two CRT terminal drivers (1Z2 and 1Z3) will initialize to process terminals at either a 2400 bps rate or a 4800 bps rate as is 
necessary. 

Note that 1M1 cannot support two 6671s on a single channel if any of the ports must be driven at 4800 bps. 

Parameters IP.CTCT, IP.CTCT4, and IP.CTCT9 indicate the maximum number of ports, active. The parameter for the 
fastest line speed is used in determining the maximum for each driver variant. This number is doubled if the driver is 
running at 2XPP speed, which requires a restriction that two times this maximum is less than 73B (77B-SLOTRAN) if the 
driver is to be run at 2XPP speed with CRTs. 

The ♦DEFINE,CT71 directive for the low-speed driver is located near the end of the PL12I installation deck. 

For each additional variant of the low-speed driver required, the following sets of cards must be inserted in PL12I at the 
positions designated by comments contained in that deck (see Installation Procedures). 

Let x represent the driver type, such as T76 or T7176 (see Driver Type Selection). 

In the control statement record, insert: 

UPDATE(P=NEWPL,C=x,Q) UPDATE DRIVER x 

COMPASSa=x,S=4PTEXT,S=PPTEXT,S=SDDTEXT,L=0) ASSEMBLE DRIVER x 


And as an input record to the above, insert 

♦IDENT x 
♦DEFINE x 
♦COMPILE 1M1 
»CWEOR,0 
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The UPDATE deck name for the low-speed driver is 1M1; however, each variant of the driver produced will have a different 
name of the form lZx where x is a number indicating the terminal mix supported by that driver as indicated in the table 
under driver type selection. Similarly, the driver's primary overlay, 8Zx, will have a name indicating the terminal mix 
supported. An additional overlay, 9Z1, is present in all driver variants. 

When INTERCOM is first initiated, the INTERCOM initialization routine, 111, initiates the drivers as dictated by the multi¬ 
plexers defined in the EST and the port definitions defined in the multiplexer subtables. If all equipments (multiplexers) on a 
channel are turned off when INTERCOM is initiated, no driver is initiated to service that channel; however, the multiplexer 
subtables for all of the equipment will be examined and initialized by ill. 

The user should make certain that only one EST entry points to each multiplexer subtable whether the equipment is on or 

off. 

Installation deck PL12I also will compile the relocatable multiuser job subroutines (deckname MUJSURS). Deck PL12E will 
not add them to the running system for reasons of size and expected infrequency of use. MUJSUBS always must be included 
on the COMPILE file, however, when EDITOR is compiled and loaded, so that references to the muj subroutines from 
EDITOR are satisfied. If a full UPDATE is done, the subroutines are included on the COMPILE file. If an UPDATE,Q is 
done and the EDITOR is to be modified, the UPDATE input must include a “COMPILE MUJSUBS. (EDITOR does not use 
FTNMUJ or COBOMUJ, the decknames for the FORTRAN Extended and COBOL muj preprocessors.) 

After the password files are established and the time has been initialized, INTERCOM should be brought up at control point 
zero with the console type-in INTERCOM. The INTERCOM system is then ready to service remcte terminal users. 


COMMAND TABLE STRUCTURE (1CI OVERLAY 2CS ~~ COMMON DECK COMTBL) 

Prior to INTERCOM installation, release values in the command table in 2CS may be changed or & new command or multi¬ 
user-job entry may be added. The command table is split into four parts based on the length of the command name. New 
entries should be inserted at the following locations. 

1- or 2-character name *I,COMTBL.12 

3- or 4-character name *I,COMTBL.35 

5- or 6-character name *I,COMTBL.53 

7-character name “I.IN40844C.14 

The four command types each have an entry-definition macro as follows: 

COM2CC Defines a command processed by 2CC. 


MUJ Defines a multiuser job. 

COM1LX Defines a remote-batch command processed by 1LX. 

REMOTE Defines a command which manipulates queue files or executing jobs. 

A command-definition entry has the general form: 

name MACRO parameters 

where name is the command name, such as, ON, and MACRO is one of the above macro names. 


11-12-14 


60494300 G 







C0M2CC MACRO 


The COM2CC macro defines a command which is processed by an independent routine in overlay 2CC. Format: 

name COM2CC L=l, P=p, B=b, MP=mp, ADDR=ad 

1 YES = user must be lodged in to use this command 

NO s user need not LOGIN if at a hardwired terminal 

Default = YES 


P 

b 


YES 

NO 

Default 


* command may be used while in a pause state 
s command may not be used while in a pause state 
= NO 


YES = command allowed only at a batch terminal 

NO = command allowed from any terminal type 

Default = NO 


mp 


ad 


maximum number of parameters which may follow command verb; Range 0-5. If MP is specified 
even * I P-0, parameters in the input line are counted. If the number of parameters exceeds mp, the 
line is rejected as a format error. Do not specify MP when commands contain parameters over 7 
characters or for commands such as MESSAGE for which parameters are meaningless. 


2CC address (routine name) where this command is processed, 
routine with the same name as that of the command is assumed. 


If the AD parameter is omitted, a 


V 
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MUJ MACRO 

The MUJ macro defines a multiuser job. A corresponding entry must be made in muj table of 1QP. F rmat: 
name MUJ ORDlQP=ord 

ord 1QP MUJ ordinal. £DITOR~l, HELL07-2; others should proceed sequentially from 3 

COM 1 LX MACRO 

The COM1LX macro defines a command processed by 1LX, and controls parameter processing for the command. Format: 
name COM1LX B=b, P-p, MP=mp, ORDlLX=ord, PRE=pre, POST=post, MU=mu 
b Same as for COM2CC, except default =YES 

p Same as for COM2CC 

mp Same as for COM2CC 

ord 1LX command ordinal. An entry must be added at installation to lLX’s jump table for each new COM1LX 

command. 

pre address (name) of 2CC subroutine which does preprocessing (prior to extraction and validation of equipment 

mnemonic) for this command, 

post address (name) of 2CC subroutine which does postprocessing (after equipment validation but before passing 

directive to 1LX) for this command. 

mu minimum unit mnemonic for which command is valid. ALL < CR < CP < LP. 

COM1LX Notes 

Either PRE or POST may be specified, but not both. If neither is specified, only the directive ordinal and the 
equipment number is passed to 1LX. Refer to the IMS for further information. 

REMOTE MACRO 

The REMOTE macro defines commands which manipulate the user’s queue files and execution jobs, specifically the 
commands DROP, KILL, DIVERT, EVICT, and PRIOR. Adding such an entry requires modifications to the 2CC routine 
REMOTE. Anyone contemplating this course should consult the IMS. 

MUJ TABLE STRUCTURE (1QP) 

Each multiuser job as defined in the command table of 2CS also must be defined in the muj table of 1QP, MUJTABL. The 
position of an entry in MUJTABL is defined as the 1QP muj ordinal. Entries are made with the macro MUJTBL, at *B 
1QP.599. 

MUJTBL name,fl,swpin,swpout,editor 

name Name of the muj 
11 Field length of muj (actual value) 

swpin Delay, in 1CI cycles (depends on IP.TICI. released for 1/2 second), between discovery of need to swap in the 
muj and actual entry into the scheduling queue. This value increases response time to muj requests (when 
the muj is swapped out) but allows requests to accumulate; so that when the muj is in, it is more likely to 
process multiple users. Maximum of 4095. 
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swpout Delay, in 1CI cycles, between discovery-of need to swap out muj and actual swap out. A-high value setting 
.essentially dedicates the rnuj at a control point. 

.editor 1 muj EDITOR 
0 otherwise 

[The parameters swpin, swpout, and editor may be-null, and default values l, 0, and.0, respectively, are.assumed. 


TBL ASSEMBLY OPTIONS 

X<an TBL command ordinals (14-23) are reservedfor users to add routines to TBL* "To add ; a routine,with.entry.point xxx and 
command ordinal 14, change the fourteenth entry : of TBL table TABLE to: 

CON xxx 

-The TBL command ordinal is an index into ICPLIB. TBL tests bits 0 and 1 of table ICPLIB (12-bit'entries) to determine if 
checks should be made for the calling program. If bit 0 is set, the calling program is a system, library .program. ;If bit! is 
set, the calling program is at an INTERCOM control point. 


'Table Changes and Release Settings 

Changes -to -the tables in routines 2CS, 1QP, and TBL should be included in the UPDATE -record at the directive ‘VALID 
CORRECTIONS HERE in installation deck PL 121. The following list shows the release values and UPDATE identifiers. 


* MUJTABL FOLLOWS. 

ALL DEFINED MUJ/S ARE INCLUDED. THEY MUST 

;1QP 

o94 

* PHYSICALLY OCCUR IN THE SAME ORDER AS THEY DO IN lSJfS TABLE. 

:1QP 

595 



;1QP 

-596 

MUJTABL BSS 

0 DEFINE BEGINNING OF TABLE 

;1QP 

597 

MUJTBL 

-EDITOR, 40000,0,2,1 

XQP 

:598 


VERB 12 

EQU 


COMTBL 

2 




COMTBL 

3 

e 

COM 1 LX 

PfNO,MP=0,ORD1 LX=17B 

COMTBL 

4 

£ 

COMILX 

P=NO,MP"l ,ORDl LX=14B,PRE-=END 

COMTBL 

5 

G 

COMILX 

P~YES,B=NO,M P=l,ORDl LX=3,PRE=GO 

COMTBL 

■6 

GO 

COM 1 LX 

P=Y£S,B=NO,MP=l,ORDlLX=3,PRE^GO 

COMTBL 

7 

H 

COM2CC 

LfNO,P=NO,B=YES,MP=2 

JN40844K 

4 

M 

COM2CC 

~L=NO,P=YES,B=NO,ADDR=MESSAGE 

COMTBL 

9 

ON 

COMILX 

P.~N O, MP?i,0 RD1 LX= 1 

COMTBL 

10 

R 

COM2CC 

LfNO,P- N 0,B^Y£S, M P-2, AD DR~RE A D 

COMTBL 

12 




COMTBL 

13 

VERB34 

EQU 

* 

COMTBL 

14 




COMTBL 

15 

BSP 

COM1LX 

P=NO,MP=2,ORD1LX=10B,MU=CP,POST=BSP 

COMTBL 

16 

PRT 

COM2CC 

L=NO,P=NO,B=Y ES,MP=1 

1N41257 

4 

DMP 

COM2CC 

L=YES,P=NO,B=NO,MP=2 

COMTBL 

18 

DROP 

REMOTE 

P?YES,MP=1,REMORD=0,SUBORD=1 

COMTBL 

19 

EFL 

COM2CC 

L=YES, P*-NO,B~NO,MP=l 

COMTBL 

20 

'END 

COMILX 

PrNO,:MP=l,ORDlLX=14B,PRE=END 

COMTBL 

21 

ETL 

CdtM2CC 

L=YES,P=NO,B=NO,MP=l 

COMTBL 

22 

KILL 

REMOTE 

P=NO,MP=1,REMORD=0,SUBORD=0 

COMTBL 

23 

LOCK 

CPM2CC 

L=NQ,P=YES,B= : NO,MP-l 

COMTBL 

24 

OFF 

COMILX 

P=NO,MP=l ,ORDl LX=2 

COMTBL 

26 

READ 

COM2CC 

L=NO,P~NO,B=YES l MP=2 

COMTBL 

27 

REP 

COMILX 

P=N0,MP=2,0RD1LX=13B,MU=CP,P0ST=R£PEAT 

COMTBL 

28 

REW 

COMILX 

P=NO,MP=l ,ORDlLX=l 1B,M U=CP 

COMTBL 

29 

RFL 

COM2CC 

L=YES,P=NO,B=NO,MP=l,ADDR=EFL 

COMTBL 

30 

RTN 

COMILX 

P^NO^IP^ORDl LX = 12B,MU=CP,POST=RTN 

COMTBL 

31 

SUP 

COMILX 

P=NO,MP=l ,ORDl LX=15B,MU=LP 

COMTBL 

32 

TAPE 

COM2CC 

L=YES,P=YES,B=NO,MP=l 

IN40844C 

13 

WAIT 

COMILX 

P~NO»MP=i,ORDlLX=A 

COMTBL 

35 




COMTBL 

35 

VERB56 

EQU 

* 

COMTBL 

37 




COMTBL 

38 
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CONTIN 

COM3 LX 

P=NO.MP=O.ORD1LX=17B 

IN40844B 

5 

DEFINE 

COM1LX 

P=N0,.MP=5.0RD1LX=5,MU=CP,PREDEFINE 

COMTBL 

41 

DIVERT 

REMOTE 

P=NO,MP=4,REMORD-3,SUBCRD=l,CP=PARM3,MO=ALL 

COMTBL 

42 

EDITOR 

MUJ 

0RD1QP=1 

COMTBL 

43 

EVICT 

REMOTE 

P=NO,MP=2 > REMORD=1,SUBORD=0,QP=PARM2.MQ=ALL 

COMTBL 

44 

HELL07 

MUJ 

ORDJQP=2 

S402580 

3 




COMTBL 

47 

LGIMORD 

EQU 

* FWA OF LOGIN ENTRY 

IN41353 

5 

LOGIN 

COM2CC 

DUMMY ENTRY - ONLY NAME USED 

COMTBL 

49 

LGOTORD 

EQU 

FWA OF LOGOUT ENTRY 

IN41353 

6 

LOGOUT 

COM2CC 

DUMMY ENTRY - ONLY NAME USED 

IN41353 

7 




COMTBL 

SO 

PRIOR 

REMOTE 

P=NO,MP=3.REMORD=2,SUPORD=0,QP r PARM3,MO=OUTPUT 

COMTBL 

51 

REDUCE 

COM2CC 

L=YES,F=NO,B=NC,MP=l 

COMTBL 

53 

REVERT 

COM2CC 

L=NO,P=NO,B=YES,MP=l 

COMTBL 

54 

SAVEFL 

COM2CC 

L=YES,P=NO,B=NO,PF=l 

* 

COMTBL 

56 

SWITCH 

COM2CC 

L=YES,P=YES,B=NO,MP=l 

COMTBL 

58 




COMTBL 

59 

VERB7 

EQU 

* 

COMTBL 

60 



COMTBL 

61 

COMMENT 

COM2CC 

L~NO,P=YES,B=NO 

COMTBL 

63 

MESSAGE 

COM2CC 

L=NO,P=YES,B=NO 

IN40844C 

14 




COMTBL 

66 

TBLEND 

EQU 

* LWA+1 OF TABLE = LWA OF VERB7 SECTION 

COMTBL 

67 


EDITOR INSTALLATION PARAMETERS 

EDITOR uses two common decks, IPFTN (FORTRAN) and IPCOM (COMPASS), to contain installation parameters. Gen¬ 
erally, a change to one common deck requires a corresponding change to the other. With the exception of arrays which must 

be dimensioned for FORTRAN in common deck IPFTN, the values of installation parameters are not defined in IPFTN. 

IPFTN merely allocates storage for these definitions. The definitions are DATA statements in the BLOCK DATA subpro¬ 
gram IPFILL. 

IPCOM contains EQUs which define the installation parameters. Since many parameters are of such a nature that a change 
in one implies a change of another, a dependency chart is included below to aid the installation. 

Summary of the steps to be taken to change an EDITOR installation parameter: 

1. Change the DATA statement in IPFILL or the EQU in IPCOM, or both, as indicated by the parameter description. 

2. Consult the dependency chart for any dependent installation parameters that require change, and change them as in 
step 1. 

3. Consult the dependency chart for dimensions of arrays in IPFTN. If they are affected, change them as indicated in 
the table, Array Dimensions in IPFTN. 

Additionally, EDITOR has the following installation parameter defined in common deck INTCOM. 

IP.FTNTS CEQU 0 Makes the installation default compiler FTN, OPT=0 

1 Makes the installation default compiler FTN Time-Sharing 
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Any changes which cause the size of the EDITOR to increase may require an increase in the field length defined for EDITOR 
in the MUJTABL for 1QP. The following list shows the release vulues and UPDATE identifiers for IPFILL, IPCOM, and 
IPFTN. 


IPCOM 


» THE FOLLOWING SYMBOLS MUST BE DEFINED FIRST, SINCE THEY ARE USED TO 

IPCOM 

3 

• DEFINE OTHER SYMBOLS BELOW 


IPCOM 

4 

NPRUS 

EQU 

2 

NUMBER OF PR US IN EDIT FILE * WINDOW* 

1410095 

3 

NTBSMAX 

EQU 

10 

MAX. NUM. OF TAB SETTINGS ALLOWED 

1410095 

4 

N5INDEX 

EQU 

20 

SIZE OF EDITFIL INDEX 

1410079 

1 

> INSTALLATION PARAMETERS 


IPCOM 

86 

* SEE ALSO- 

ADDITIONAL PARAMETERS DEFINED AT VERY BEGINNING OF IPCOM 

IPCOM 

87 

NBBS 

EQU 

2 

NUMBER OF BIG BUFFERS 

IPCOM 

83 

NSBB 

EQU 

257 

SIZE OF BIG BUFFER (WITHOUT FET) 

1410095 

5 

NPBS 

EQU 

3 

NUMBER OF POOL BUFFERS 

IPCOM 

90 

NUSERS 

EQU 

30 

MAXIMUM NUMBER OF ATTACHED USERS 

IPCOM 

91 

NEDFETS 

EQU 

10 

MAXIMUM NO. OF EDIT FIDE FETS 

IN4C815 

42 

NUAS 

EQU 

3 

NUMBER OF USER AREAS 

IPCOM 

93 

NSUA 

EQU 

JOPRU+NPRUS*64 

3N40815 

43 

’ EXCLUDES THE TAB POSITIONS, THE INDEX, 

AND THE RJLNKS AREA) 

IPCOM 

95 

NSRJLNK 

EQU 

10 

SIZE OF RU LINKAGE AREA 

IPCOM 

97 

NUAS1ZE 

EQU 

JRULNKS+NSRJLNK 

1N4Q815 

44 





IPCOM 

98 

* DEBUG OPTION - 

IF DEBUG EQU 1, DEBUGGING CODE IS ASSEMBLED 

IPCOM 

99 

NDEBUG 

EQU 

0 

NO DEBUGGING CODE 

IPCOM 

100 


IPFILL 


C IMPORTANT NOTE - THE VALUE OF THE FOLLOWING VARIABLES IS DEPENDENT 
C ON THE VALUE OF THE INSTALLATION PARAMETER NPRUS - 
C NSUA. 

C JTABS, UNDXHDR, JINDEX, JRJLNKS 

C IF NPRUS IS NOT EQUAL TO ONE. THE FOLLOWING MODIFICATIONS MUST 3E 
C MADE. FOR EACH OF THE VARIABLES LISTED ABOVE, ADD 
C THE VALUE (NPRUS-1)*64. 

DATA JTEXTl/0/.JTEXT2/2/,JFLAGSl/4/ t JFLAGS2/5/,JPBW/6/,tJLNBUF/17/, 

X JCPRU/69/,UTABS/197/,JNDXHDR/199/,JlNDEX/200/,JRJLNKS/220/ 

DATA NLINE/6L000100/.N1NCR/10/.NUAS/3/ 

DATA NBBS/2/.NPBS/3/.NUSERS/30/.NEDFETS/10/, 

X NSUA/197/.NSINDEX/20/.NSR JLNK/10/.NTBSM AX/10/.XNPCENT/0.9/, 
X NUASIZE/230/.NPRUBUF/128,' 

C SEE NOTE ABOVE IF NPRUS IS CHANGED. 

DATA NPRUS/2/ 

DATA NTABFTN/lL;/,NTBSFTN/l/,NCHFTN/72/, 

X FTNTABS/0007 OOOOOQhOOOOOOOOOE/ 

DATA NTABCOM/lL;/,NTBSGO!\l/3/,NCHCCM/72/, 

X COMTABS/OO130022 0044 00 00 0000 B/ 

DATA NTABCOB/lL;/.NTBSCOB/5/.NCHCCB/72/. 

X CCBTABS/00100014 0020002 4 003 0B/ 

DATA NTABALG/1LS/.NTBSALG/5/.NCHALG/72/, 

X ALGTABS/0007 0012001500200023B/ 

DATA NCHBAS/150/ 

DATA NTABCEF/lL;/,NTBSDEF/l/,NCHDEF/72/, 

X DEFTABS/0007 000 000000000 00 00B/ 


IT30062 31 

1T30062 32 

IT30062 33 

1X30062 34 

IT30062 35 

JT30062 36 

IT30062 37 

1N40815 741 

1N40815 742 
EDITOR 4251 
IN40815 746 
IN40815 747 

IN40815 748 

1T30062 38 

1410095 8 

EDITOR 4254 
EDITOR 4255 
EDITOR 4256 
EDITOR 4257 
EDITOR 4258 
EDITOR 4259 
1T30125 1 

EDITOR 4261 
1N41370 113 

IV3147 4 

IV3147 5 
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IPPTN 


C THIS COMMON DECK CONTAINS ALL INFORMATION CONCERNING THE FORMAT OF 
C THE EDITOR COMMON AREA (ECA) AND INSTALLATION PARAMETERS 
C THIS STATEMENT DEFINES THE EDITOR COMMON AREA 
C ALL OF THE CELLS IN COMMON BLOCK /ECA/ ARE FILLED BY (ECAFILL) 

COMMON /ECA/ MLRROR,MEM(l),MRA, 

X MPTR1,MPTR2,MCNT, 

1 MICI,MCASE,MSTATE,MCASE2,MSTATE2,MUNMBR,MOASUB,MEFPTR,MACTN, 

2 MCMPLT,MTEBCNT,MTEB(S2),MBBMA(2),MPBMA(3).MBBS(S26),MPBS(384), 

3 MEDFST(80),MMUJTBL(159),MPBWD,MBBWD,MUAS(690) 
X,IEDFET,ITPRUS,IWDSWRT,IUFRUS 

C NUMBERS OF WORDS IN USER AREA (RELATIVE TO ZERO) 

COMMON/IPFTN/ JTEXT1,JTEXT2,JFLAGS1,JFLAGS2,JPBW,JLNBUF > JCPRU, 

X JTABS.JNDXHDR.JINDEX.JRJLNKS 

C NUM. OF WDS IN EDIT FILE WINDOW- INITIALIZED AT BEGINNING OF EDITOR 
COMMON /IPFTN/ NPRUBUF 
C INSTALLATION PARAMETERS 

COMMON/IPFTN/ NLINE,N1N0R.NBBS,NP8S,NUAS,NUSERS. 

X NSUA.NSINDEX.NSRJLNK.NTBSMAX.XNPCENT.NPRUS.NUASIZE.NEDFETS 
C (FORTRAN) FORMAT 

COMMON/IPFTN/ NTABFTN.NTBSFTN,NCHFTN\FTNTABS(1) 

C (COMPASS) FORMAT 

COMMON/IPFTN/ NTABCCM,NTBSCOM,NCHCOM,COMTABS(1) 

C (COBOL) FORMAT 

COMMON/IPFTN/ NTABCOB.NTBSCOB.NCHCOB.COBTABSU) 

C (ALGOL) FORMAT 

COMMON/IPFTN/ NTABALG,NTBSALG,NCHALG,ALGTABS(l) 

C (BASIC) FORMAT 

COMMON/IPFTN/ NCHBAS 

C DEFAULT FORMAT 

COMM ON/1 PETN/ NTABDEF,NTBSDEF,NCHDEF,DEFTABS(l) 


IPFTN 

3 

IPFTN 

4 

IPFTN 

8 

IPFTN 

9 

IN40815 

5 

IPFTN 

1! 

6 

1410095 

1 

IN40815 

7 

IN40815 

8 

IPFTN 

37 

IPFTN 

38 

IPFTN 

39 

IPFTN 

62 

IPFTN 

63 

IPFTN 

64 

IN40066 

1 

IN40815 

12 

IPFTN 

67 

IPFTN 

68 

IPFTN 

69 

IPFTN 

70 

IPFTN 

71 

IPFTN 

72 

IPFTN 

73 

IPFTN 

74 

IPFTN 

75 

IPFTN 

76 

IPFTN 

77 

IPFTN 

78 


In this tabic, -• in the Range column indicates where a parameter has essentially no ebsolute uppe: limit. The installation 
determines the practical upper limit based on considerations such as EDITOR size and expected number of users. 


Parameter 

Name 

Defined In 
IPFILL IPCQM 

Description 

Range 

Release 

Value 

NUNE 

X 


Default first line num¬ 
ber for CREATE, EDIT, 
RESEQ 

6L000001 
to 6L999999 

6L000100 

NINCR 

X 


Default line number in¬ 
crement for ADD, 
CREATE, EDIT, RESEQ 

1-999998 

10 

NUAS 

X 

X 

Number of user area 
buffers 

1-* Large number de¬ 
creases response time 
if there are many users 

3 

NBBS 

X 

X 

Number of big buffers 
(used for EDIT, SAVE, 
RUN) 

1-* Increase if many 
EDITS, SAVEs, RUNS 
anticipated 

2 

NPBS 

X 

X 

Number of pool buffers. 
Each is 64*NPRUS words 

2-* Increase when heavy 
file modifications or long 
text lines expected, 
generally NPBS>NUAS 

3 

N USERS 

X 

X 

Maximum number of users 
simultaneously using 
EDITOR 

1-* Vary with expected 
usage of EDITOR 

30 
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Parameter Defined In 

Name IPF1LL IPCOM Description Range 


NPRUS 

X 

X 

Number of 64-word PRUs 
in one block in edit file 

If NPRUS is larger than 
12D, EDITOR will not 
use the CMU hardware, 
regardless of the setting 
of NOS/BE 1 installation 
parameter IP.CMU. 

1-* Large number de¬ 
creases response time for 
commands which process 
large files, but it also in¬ 
creases amount of central 
memory required for 
EDITOR by 64 words for 
each pool buffer and 64 
words for each user area 
buffer 

NSUA 

X 

X 

Size of user area; must be 
modified in IPFILL if 
NPRUS is changed. 
NSUA=69+ 64*NPRUS. 

Size does not include 
portion of user area 
used for tabs, return 
jump links, and edit file 
index 

133—♦ 

NUASIZE 

X 

X 

SIZE OF USER AREA 
including areas for tabs, 
return jump links and 
edit file index. 

13U-* 

NPRUBUF 

X 


Number of words in one 
edit file block. Must be 
64*NPRUS 

64-* 

JTABS 

X 


Number of word in user 
area which holds tab 
values; must be mod¬ 
ified in IPFILL if 

NPRUS is changed. 

JTABS* 69+64*NPRUS 

131-* 

JNDXHDR 

X 


Number of index header 
word in user area; must 
be modified in IPFILL 
if NPRUS is changed. 
JNDXHDR* 

JTAB5+(NTB$MAX+4)/5 

132-* 

J1NDEX 

X 


Number of first word in 
edit file index in user 
area; must be modified 
in IPFILL if NPRUS is 
changed. JINDEX= 
JNDXHDR+1 

133-* 

JRJLNKS 

X 


Number of first word in 
return jump link area in 
user area; must be mod¬ 
ified if NPRUS is changed. 
JRJLNKS* 
JINDEX+NSINDEX 

153-* 

NSINDEX 

X 

X 

Number of index entries 
for each user's edit file 

!-• Increase for editing 
very large files 

NTBSMAX 

X 

X 

Maximum number of tab 
settings permitted by 
FORMAT command 

1-509 Must be > NTBSFTN, 
NTBS^OM, NTBSCOB. 
NTBSALO, NTBSDEF 

XNPCENT 

X 


Percent to which each 
block of user's edit file 
is filled by EDIT (Padding 
factor) 

.01-1.00 Decrease if heavy 
file modification is ex¬ 
pected 


Release 

Value 

2 

197 

230 

128 

197 

199 

200 

220 

20 

10 

.90 


60494300 E 








Parameter 

Name 

Defined In 
IPFILL IPCOM 

Description 

Range 

Release 

Value 

NTABFTN 

X 


FORTRAN tab character 

1LA-1L; 

1L; 

NTABCOM 

X 


COMPASS tab character 

1LA-1L; 

1L; 

NTABCOB 

X 


COBOL tab character 

1LA-1L; 

1L; 

NTABALG 

X 


ALGOL tab character 

1LA-1L; 

1L$ 

NTABDEF 

X 


Default tab character 

1LA-1L; 

XL; 

NTBSFTN 

X 


Number of FORTRAN 
tabs defined 

0-509 

1 

NEDFETS 

X 

X 

Number of FETs used to 
attach a user’s editfile. 

!-• 

10 

NTBSCOM 

X 


Number of COMPASS 
tabs defined 

0-509 

3 

NTBSCOB 

X 


Number of COBOL tabs 
defined 

0-509 

5 

NTBSALG 

X 


Number of ALGOL tabs 
defined 

0-509 

5 

NTBSDEF 

X 


Number of Default tabs 
defined 

0-509 

1 

NCHFTN 

X 


Maximum no, of charac¬ 
ters in FORTRAN line 

1-510 

72 

NCHCOM 

X 


Maximum no. of charac¬ 
ters in COMPASS line 

1-510 

72 

NCHCOB 

X 


Maximum no. of charac¬ 
ters in COBOL line 

1-510 

72 

NCHALG 

X 


Maximum no, of charac¬ 
ters in ALGOL line 

1-510 

72 

NCHDEF 

X 


Maximum no. of charac¬ 
ters in default format 

1-510 

72 

NCHBAS 

X 


Maximum no. of charac¬ 
ters in BASIC line 


150 

FTNTABS 

X 


Consecutive stream of 
bits, each 12 define a tab 
position for FORTRAN 
format. Must be ascend¬ 
ing order 

1-511 

(each 

tab) 

00070000000000000000B 

COMTABS 

X 


Same as above, for 
COMPASS 

1-511 

00130022004400000000B 

COBTABS 

X 


Same as above, for 

COBOL 

1-511 

00100014002000240030B 

ALGTABS 

X 


Same as above, for ALGOL 

1-511 

00070012001500200023B 

DEFTABS 

X 


Same as above, for 

Default format 

1-511 

000700000000000QOOOOB 

NSBB 


X 

Size of big buffers used 
for EDIT, SAVE, RUN 
(does not include FET) 

64-* Increase for 157 

very large files 

NDEBUG 


X 

Flag controls debugging 
mode. 

0 * off 

1 * on 

0 


(See also Multi-user Job 
Installation Parameter 
MDEBUC) 
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EDITOR Array Dimensions in IPFTN 
I Array Dimension 


Array Name 

FTNTABS 

COMTABS 

COBTABS 

ALGTABS 

DEFTABS 

MMUJTBL 


Usage 

FORTRAN tabs 

COMPASS tabs 

COBOL tabs 

ALGOL tabs 

Default tabs 

Storage needed by muj 
subroutine tables 


(NTBSFTN*4)/5 

(NTBSCOM+4)/5 

(NTBSCOB+4)/5 

(NTBSALG+4)/5 

(NTBSDEF+4)/5 

4*NUSERS + NBBS + 10 + NUAS ♦ 6* (NPBS+ 


1 ) 


MU AS 


MBBS 

MPBS 

MBBMA 

MPBMA 


User area buffers 

May never exceed 4095 
decimal 


Big buffers 
Pool buffers 


NUAS* (size of full user area) where: 

(size of full user area) 

(NTBSMAX+4)/5 + NSINDEX +1 + NSUA t NSRJLNK 

Note: NSRJLNK should not nave to be changed by an 
installation 

NBBS*NSBB + NBBS*6 
NPB$*64*NPRUS 


Big buffer management area NBBS 

Pool buffer management NPBS 

area 


60494300 E 


H-12-23 






EDITOR D^encSency Chart 


If changed 

Check parameters in 

1PFILL and/or IPCOM 

and arrays in IPFTN 

in 


MMUJTBL,MUAS 

NBBS 


MBBS.MBBMA 

NPBS 


MPBS.MPBMA.MMUJTBL 

NUSERSt 


MMUJTBL 

NSINDEX 

JRJLNKS 

MUAS 

NTBSMAX 

JNDXHDR.JINDEXtJRJLNKS 

MU AS 

XNPCENT 

NTABFTN 

NTABCOM 

NTABCOB 
NTABALG 
NtABDEF 



NTBSFTN 

NTBSMAX, FTNTABS 

FTNTABS 

NTBSCOM 

NTBSMAX, COMTAABS 

COMTABS 

NTBSCOB 

NTBSMAX, COBTABS 

COBTABS 

NTBSALG 

NTBSMAX, ALGTABS 

ALGTABS 

NTBSDEF 

NTBSMAX, DEFTABS 

DEFTABS 

NCHFTN 



NCHCOM 

NCHCOB 



NCHALG 



NCHDEF 
NCHBAS ! 

FTNTABS 

NTBSFTN 

FTNABS 

COMTABS 

NTBSCOM 

COMTABS 

COBTABS 

NTBSCOB 

COBTABS 

ALGTABS 

NTBSALG 

ALGTABS 

DEFTABS 

NTBSDEF 

DEFTABS 

NSBB 


MBBS 

NDEBUG 


MDEBUGtt 

NPRUS 

JTABS,JNDXHDR,JINDEX, 

MPBS,MUAS 

* 

JRJLNKS.NSUA 



t When NUSERS is increased, the user should also consider changing the size of the TERMIN and TERMOUT tables in the 
muj subroutine MUJSUBS. See INTERCOM 4 Multi-User Job Capability Programming System Bulletin under the 
heading Changing Size of TERMIN and TERMOUT. 

11 See Multi-User Job Installation Parameters 


n-ia-24 


60494300 E 






EDITOR DEBUG CODE 


If EDITOR encounters hardware and/or software problems, a diagnostic printout is produced. If the problem is considered 
fatal, all EDITOR users are detached. The content of the diagnostic printout depends on the error encountered and the 
setting of NDEBUG. In any event, the diagnostic printout should accompany any PSR relating to a MUJ SYSTEM ERROR. 
See also MDEBUG below. 


MULTI-USER JOB INSTALLATION PARAMETERS 

The multi-user job (muj) subroutines use two common decks, MUJCOM and CMUJCOM. Both contain storage allocation for 
an array, ECSBUF. The MUJCOM deck in FORTRAN code contains a DIMENSION statement; the CMUJCOM deck in 
COMPASS code contains a BSS statement. This array is used by the muj peripheral processor routines, FAD, to read 
information from Extended Core Storage (ECS). Array length must be (n*64+l) central memory words. The value of n may 
be selected by the installations, depending on the expected use of ECS for storage of user swap files (if ECS is used, n should 
be at least 2) and on the number of local files allowed for an INTERCOM user. As a guiJe, n may be increased by one for 
each 20 local files allowed per user. The upper limit for n is dependent on the amount of storage used for the ECS buffer in 
the muj, and the size of the swap buffer in FAD. 

The peripheral processor routine FAD contains two parameters relevant to allocation jf space for ECSBUF. ECSBFLN (near 
FAD.659) is a COMPASS EQU instruction. It must be equated to the number of central memory words in the ECSBUF array. 
SWAPBF (near FAD.650) is a table FAD uses to read the ECSBUF array into PP memory. The value of ECSBFLN, and thus 
the size of the ECSBUF array in MUJCOM and CMUJCOM, must not be greater than 1+ (lengih of SWAPBF)/5. 

Symbol MDEBUG in common deck CMUJCOM controls muj debugging code (0=off, l=on). It should be set to 1 if the EDITOR 
installation parameter NDEBUG is set to 1. 

In the routine MUJFILL, the two constants NACOUNT and THRSHLD control the accounting of muj time. The value of 
NACOUNT determines how frequently the accounting information for a muj is obtained from the system and distributed to 
users attached to the muj. NACOUNT is the maximum number of user switches performed on any given user before 
accounting is done. Accounting is always performed on user exit from the muj. NACOUNT must be set greater than or 
equal to 1 and defaults to 50 decimal. The value of THRSHLD determines the minimum number of CP seconds accumulated 
before accounting is posted to the user. As THRSHLD is set to smaller values, accounting is more accurate, overhead is 
increased, and THRSHLD has more meaning. THRSHLD defaults to 5 decimal. 


INSTALLATION PROCEDURES 

Installation job decks PL12I and PL12E may be obtained from the Installation Decks program library, using the procedure 
outlined in part I, section 1 of this document. 

Deck PL12I assembles the released program library adding the created binary to the PL tape as supplemental files. The 
release tape does not contain assembled binary. Deck PL12E uses EDITLIB to enter the binary created by deck 1NTCM1 into 
the running system. Deck PL1$I requires modification if the single default low speed driver type is not the correct variant 
or multiple low-speed driver types are desired. If the hardware configuration does not -‘nclude at least one 6671 or 6676 (for 
example, LCC only system), assembly of the low-speed multiplexer driver can be avoided by including an =DEFINE N01M1 
directive in the input record to the update of the installation deck PL to secure job PL12I. 

Deck PL120, applicable only in the user library method of installation, allows regeneration and replacement of absolute 
overlays in the user library plus creation of a new PL12 tape. 

With deck PL121, one variant of the PP multiplexer low-speed driver is produced which drives mode 4 terminals and Tele¬ 
types on the 6671 multiplexer. 

Deqk PL12E suggests CM residency for selected PP routines. Sites having ECS may wish to move some of these PP routines 
to ECS by employing the method discussed in the System ECS Resident Routine and Library portion of part II, section 1. 
Once PL12E has been run, job DST3 can be run to capture a deadstart tape containing INTERCOM. Decks PL12E and DST3 
need not be run if the user library installation process is being followed. 

However, for installation with a 6673 or 6674, overlays 2WB, 3WB, 4WB, and 5WB (WB-drive) should be CM resident; other¬ 
wise, the response time for the high-speed terminals (especially with interactive graphics consoles) is adversely affected. 

No INTERCOM PP programs are required to be CM resident; however, in the interest of product performance, installation 
jobs PL12E and DST1 contain EDITLIB MOVE directives to force 3TT and its overlays; 1CI and two of its overlays, IQP, 
1BR, and the wideband driver overlays to CM residency. This group of routines and overlays involves 5500 octal words. 
Based on the site configuration, legitimate directives may be made from EDITLIB comment statements within job deck 
PL12E to increase CM residency by 1000 octal words. 

INTERCOM in an idle state uses 1300 octal words for multiplexer tables and minimum empty buffer chains. 
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LCC PROGRAMS 


The INTERCOM LCC initializer uses the LCC multiplexer subtables to determine which variants of the LCC programs to 
load before the LCC driver is brought up. INTERCOM assumes the proper variants are available on the system library and 
are disk-resident. The following table indicates the names of the LCC programs that the LCC initializer searches for. 


LCC Memory Size 8K 


Mode 2 ports only defined OZD 

Mode 3 ports only defined OZF 

Mode 4 ports only defined OZH 

Modes 2 and 3 ports defined QZJ 

Modes 2 and 4 ports defined OZL 

Modes 3 and 4 ports defined OZN 


In addition, the LCC autoload program OZA and LCC autodump program OZB must also be available on the system library 
and be disk-resident. 

All these programs are available in binary format as part of a separate release of the LCC programs. They may be added to 
the naming system using the following job: 

Job statement. 

EDITUBISYSTEM) 

7/8/9 

READ Y(SYSTEM ,OLD) 

REPLACE(MNPUT) 

COMPLETE. 

ENDRUN. 

7/8/9 

Binary decks of LCC programs 
e/7/8/9 


NPU PROGRAMS 


The INTERCOM 2550 Front End NPU initializer uses the NPU multiplexer subtables to determine which variants of the NPU 
programs to load before the NPU driver is brought up. INTERCOM assumes the proper variants are available on the system 
library and are disk-resident. The following table indicates the names of the NPU programs that the NPU initializer 

searches for. 

Mode 3 ports only defined 0F3 
Mode 4 ports only defined 0F4 
Modes 3 and 4 ports defined 0F7 

In addition, the NPU autodump program 0F0 must also be available on the system library and be disk-resident. 

All of these programs are available as part of a separate release library for CCP 1 that includes the NPU programs. NPU 
binaries may be added to the running system using the following job: 

Job statement. 

EDITLI BISYSTEM) 

7/8/9 

READYISYSTEM.OLD) 

REPLACE!*,INPUT) 

COMPLETE. 

ENDRUN. 

7/8/9 

Binary decks of NPU programs 0F0, 0F3, 0F4, 0F7. 

6/7/8/9 

Section 23 of this part describes CCP 1 installation in detail. 
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MUJ SYSTEM ERRORS 


INTERCOM multi-user jobs (for example, EDITOR), upon encountering haroware and/or software errors, produce diagnostic 
dumps. These dumps contain a header MUJ SYSTEM ERROR xx. This message is sent to the system dayfile and to each user 
currently using the muj. Values of xx less than 50 indicate error conditions encountered by the system muj subroutines; 
values 50 or greater denote errors detected by the inulti-user joo itself. 


Number 

Issued By 

Error 

0 

REKOVER 

System error, such as Operator Drop, Mode Error, or PP abort 

1 

USER 

User area lost internally 

2 

SERVICE 

User area lost internally 

3 

SERVICE 

Bit KWCOM should not be set for this value of MM ACT (FATAL) 

4 

SWAPOK 

Error (from CIO) on last user area swap 

5 

SWAPOK 

Illegal CIO function code on last user area swap (FATAL) 

6 

SWAPOK 

User area lost on swap-out (FATAL) 

7 

SERVICE 

CIO error code on terminal output 

8 

not used 


9 

USER 

Mu] returning user area not assigned to it. (User error) (FATAL) 

10 

USER 

Invalid ACTN code sent by muj (User error) (FATAL) 

11 

USER 

Invalid information from 1QP 

12 

USER 

Internal logic error 

13 

USER 

A non-ready user was marked as ready 

14 

LUNSRCH 

Logical unit number was specified in call to USERFO, but corresponding file 
was not declared on muj PROGRAM statement (User error) (FATAL) 

15 

not used 


16 

USER 

Muj is returning user not assigned to it. (User error) (FATAL) 

17 

USER 

User’s files cannot be returned when user leaves muj 

18 

SERVICE 

User area lost internally 

50 

SYSERR 

One of various EDITOR errors. Refer to dump to determine which routine 
called SYSERR 

51 

SYSERR 

Same as 50, except EDITOR debugging code is on 


PASSWORD FILE CREATION 


Access to the INTERCOM system is controlled by passwords. The user must specify a valid password to log in to the IN¬ 
TERCOM system. Two types of passwords exist: 

Restricted passwords: When he logs in, the user must specify a valid user-name associated with the given password. The 
installation defines valid user name/password combinations. A user id (two alphanumeric characters) is assigned by the 
PASSWRD utility, and it is permanently associated with the user name/password. This user id is assigned from a pool of 
available user ids; it is marked as available again only when the user name/password is deleted. 

Unrestricted passwords: The user may specify any user name when he logs in; the user-name is not validated. However, 
when a user first logs in under a given user-name, a user id is associated by the LOGN utility with that user name/password 
combination. Thereafter, this user id is associated with the user name/password combination, until the user name/password 
is deleted from the system. 
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Through the INTERCOM routine PASSWRD, the installation defines valid restricted user name/password combinations and 
valid unrestricted passwords and accounting values to be associated with the user name/passwords or passwords- PASSWRD 
must be called from a dAta deck submitted to the central site as a batch job. The routine creates two permanent files (or 
edit existing files). One file, with the permanent file name INTERCOMPASSWORDS, contains all unrestricted passwords, all 
restricted user name/passwords, and all accounting information. The other file, with the permanent file name 
INTERCOM UNRESTRICTED, contains a bit map defining assigned user ids; it also contains all unrestricted user name/pass¬ 
word combinations. Installations with many users should: 

• Instruct users of unrestricted passwords always to use the same character string for user-name when logging in. 

• Make use, on a regular basis, of the editing facilities in PASSWRD to delete all unrestricted user-names, and so 
on, freeing user ids. 

While a user is (n the process of logging in, he is assigned a temporary id. Temporary ids begin with a special character. 

The following deck structure can be used to run the PASSWRD routine, creating a password permanent file; 

Job statement. 

PASSWRD. 

7/8/9 

HEW 

ADD 


6/7/8/9 

The folio wing deck structure can be used to modify existing password permanent files: 

Joo statement. 

PASSWRD. 

7/8/9 
OLD 
ADD or 
DEL 


6/7/8/9 

This mode of PASSWRD operation updates the existing permanent files by adding now or deleting old entries. If both files do 
not exist, a PF ERROE=12B aborts the run. 

To piotect against unauthorized modification of the password files, the PASSWRD utility requests permission from the 
console operator before any modifications are made. 

Ret wren the NEW (or OLD) card and the 6/7/8/9 statement appear the para meter statements which specify the new entries 
- or the editing requirements. After a NEW statement, only ADD parameter statements may appear; after an OLD 
statement, cither ADD or DEL parameter sta.aments may appear. The ADD statement creates a new entry, or replaces an 
old entry which has the same user name/password. The DEL statement deletes one or more entries. The NEW statement 
may i'e used to delete existing files entirely and to construct new ones. 

Tho format for an ADD parameter statement is: 

ADD U=uscrname t P=password,F=flength,T=time,A=acclevl,N-nfiles 

* username User name (1 to 10 alphanumeric characters) must be specified for restricted passwords; it must be blank or 

omitted for unrestricted passwords. 

password Password (1 to 10 alphanumberic characters) must be specified. It must be the only unrestricted password 

of this name defined by the installation. If it is restricted, it must be the only user name/password of this 
particular combination defined by the installation. (If the password or user name/password have been 
previously defined, the ADD card will function as a replace.) 

{length Maximum field length available to the user (1 to 6 octal digits). If blank or omitted, 60000 octal CM words 

are assumed. This value may not exceed IP.MFL. 

time Time limit for user’s session (1 to 4 octal digits, also defines the maximum ETL for individual jobs). If 

blank or omitted, 500 octal seconds are assumed. 
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acclevl 


Access level/permission bits for the user (0~3777grange). This value defines which programs the user can 
access. If blank or omitted, an access level of o is assumed (dependent on IP.IACES setting in common 
deck INTCOM). 

nfiles Number of files this user is permitted to attach as local files at any one timed to 2 octal digits). If blank 

or omitted, 24 (octal) files are allowed. This value may not exceed 76g. 

All parameters start after column 4 on the ADD and DEL statements. They may be specified in any order and should be 
separated by delimiters (special characters). 

The DEL statement is used to delete one or more entries from one or both of the permanent files. It has two formats: 

DEL U«username f P=password 


PEL I-id 


username 


password 


May take three forms: 1 to 10 alphanumeric characters, blank, or the character string *NAMES. If the 
first form is used, the user name/password combination (restricted or unrestricted) is deleted; and the user 
id becomes available. If the second form is used, all entries in the two files with the given password is 
deleted. All user ids associated with these entries will become available; the password will no longer be 
defined. The third form may be used only if the specified password is unrestricted. All entries in the 
unrestricted password file with the given password will be deleted, and the associated ids will be made 
available. The password will still be defined. 

Password to be processed. Whether an unrestricted password is deleted or not depends on the username 
parameter. If password is *NAMES, all user-names for all unrestricted passwords are deleted from the 
permanent files; and the user ids for these user-names become available. The unrestricted passwords will 
still be defined. 


Id User id; may be used as a shorthand notation to specify the user name/password associated with this user 

id. The given user name/password entry (restricted or otherwise) is deleted and the user id becomes avail¬ 
able. If the password is unrestricted, it will still be defined. 


SCED INSTALLATION PARAMETERS 


When a multi-user job which uses SCED is installed, default parameter values in SCED should be changed to reflect the 
requirements of the COBOL program involved. A value should be changed by deleting the default definition macro call and 
replacing it with a call to the SCED macro with the new parameter value. All macros are required. 

Example: 

*D SCED.233 deletes MAXUSR parameter 

MAXUSR 10 replaces MAXUSR with new value - 


The SCED macro (parameter) calls are described in detail in the INTERCOM 4 Multi-User Job Capability Reference Manual. 


Parameter Default Value 


Line to Reolace 


MAXUSR 

USAREA 

NUMINT 

DEFBUF 

OUTBUF 


30 

2,214 

40 


4,45 

4,144 


SCED.233 
SCED.234 
SCED.235 
No parameters 
No need to replace 
SCED.237, SCED.238 


VERIFICATION PROCEDURE 

INTERCOM is brought to control point zero when INTERCOM is entered at the console after the operator has entered the 

time. 

The verification procedure cannot proceed unless a permanent file has been established containing the user passwords. 
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The following sample from an interactive terminal session indicates if INTERCOM is instilled correctly. The underlined 
characters are typed by the user. 

CONTROL DATA INTERCOM 
DATE 11/21/75 

TIME 09.27.22. 

PLEASE LOGIN 
LOGIN 

ENTER USER NAME- THOBBIE 

ENTER PASSWORD- 


11/21/75 LOGGED IN AT 09.28.46. 

WITH USER-ID D3 
EQUIP/PORT 47/04 
COMMAND- SITUATE 


USERS WITH SAME PASSWORD 
D3-THOBBIE 
OTHERS 

B6-HALLA ER-IPRICE FL-ALL155 

FM-ALL156 BC-OPS FI-TAYLOR 

F3-ZEE BA-4800BAUD BB-4801BAUD 

BD-HSBT BE-MSBT GU-SVLANX 

GY-CHESLEY HN-EBROTH G4-JGM 

BATCH TERMINALS 

AS-200UT AU-200UT AV-200UT 

AF-XSBT AG-XSBT 

COMMAND- ASSETS 


ASSETS OF D3 AT 09.30.11. 

EQUIP/PORT 47/04 

FILE QUOTA 20 

FILES IN USE 0 

MAX FL 0077700 

TIME LIMIT 7000 

CP TIME .164 

COMMAND- ETL.100 

COMMAND- MAP,ON 

COMMAND- ASSETS 

ASSETS OF D3 AT 09.31.00. 

EQUIP/PORT 47/04 

FILE QUOTA 20 

FILES IN USE 0 

MAX FL 077700 

TIMELIMIT 7000 

ETL 0100 

MAP ON 

CP TIME .174 

COMMAND- FILES 

NONE 

COMMAND- LOGOUT 

CPA .198 SEC. .198 ADJ. 

SYS TIME 1.159 

CONNECT TIME 0 HRS. 5 MIN. 
11/21/75 LOGGED OUT AT 09.31.49. 
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UPDATE 1.3-466. 


§3/27/78 12.29.31. 


SN1SHA* , , ^ 

//-«Sgg£KT-tiDsl---:-rr-;-■ - 

W 110 STP . w 

---LID-HF1--- 

LID C60 

7/- •DELETE-CHR. 1691 --;-;-- 

DATA 1 

//-*IN$ERT-fCSCOH»8-:-- 

IP.CHPIO CMICRO 10#(C175) 

-/// - ♦INSERT-IPARAHS.15---- 

IP.C176 CEQU 0 

-IP.MECS CEQU-6 COB---—--- 

IP.819 CEQU 0 

-f PrHPPLF-CEQU-£00-:-:--— 

IP.ACUT CEQU 1 

//-*IN S ERT~CMRIP.1- 

HOSTID CMICRO # IHFF) 

-IP.SYSE-i—CMICR0-10/I 03/27/78-)- 

** */ REPLACE THE FOLLOWING CARO /D SYSE.2 TO -SAVE THE DATE BUILD 

>*«• - -« / --AS- -IPrSYSE-—CMICRO-iOH—DATE-»- 

IP.YEA CMICRO 10#{ 4JB3/R6B 1 

-♦/ -REPLACE .THE-FOLLOWING CARD—/D-VER.2-TQ-H4 VE—THE—SYSTEH-VERISS 

*/ AS IP.VER CMICRO 10»C VERSION > 

..I P.SYSU--CMICRO 20# ( N82- ~C YB175-SN1— -- 

N.R8R CEQU 220 

---—t.FNT--CEQU-3000 8-:-—-- 

l.EST CEQU 1200 

-L* IT ABl--- CEAU 225D--- 

IP.SLIB CMICRO #AMRL179 

► **-■S‘INSERT-ECSCOH.8--- 

IP.ELIS CEOU 1250 

7/--«INSERT-€CS8UPit--—-- 

ECS8UF 24#OOP 

— — -ECSBUF-16— -:----- 

ECSBUF 16 

//—->INSERT-HUX.l-- 

M0X7 MUX71 148 

-EMPTY------- 

THA4A 4660##HW FE RM 2S114 


4800# #HW 


FE RM 2S114 

-‘TMA4A—2000--CW—402-4947- 

TMA44 2000 AP 482-4944 ... 

-EMPTY-^-—— 

EMPTY 

--EMPTY------r 

EMPTY 

-EMPTY-;- 

EMPTY 

-EMPTY--;-— 

EMPTY 

-MUX 74-S d# tr2 T3H( 0 1»lI»2H - 

MUX76 38# 300 

-MUX76 38#300 *——---- 

MUX2550 750 

-EMPTY -— -CLAOO rOO- 

CLAWS 01-07 ARE RESERVED FOR 9600 BAUO 


-—M0X4— 

MUX6 

- MUX5- 

FE137 









THA4A 9600#(1# 2t#HW CLAQl 

THA4A~9600r11'#2imW-CtA02~ 

EHPTY CLAQ3 

EMPTY--C t A04 

EMPTY CLA05 

EMPTY'---:-CUG6- 

EHPTY CLAOT 




ciA02—at- tm 

CIAQ3 03 1 

C t A04-04- 

CLA05 05 

CL 406-06- 

ClAOT . 07 


TH4 4800##(1#2#3#5J 

"TH4 --~4 800--- 

TMA4A 4800# CU/HW 

THA4A-480C/C1I# HW - 

TH4 4800 

“THA4r-—480CrrtxrrrtH- 

EHPTY 


CLA06 08 

'CLA09-09 

CLAGA 10 

'01408-II 

CLAOC 12 

-CUOD-13- 

CLAOE .14 


08 482-413? STATIC! 

09-482-4818- 

10 RH 2S114 

11 -ADL 3N268-- 

12 482-4150 


'dA^S 10“lP-ARE-RgSERVEa-fQR--240(I/2000 BAUD— 


TH4 

'TH4- 

TM4 

~T?14— 
THA4A 

~?M4—~ 
TH4 

~TH4 — 
TM4 

"TH4 

TH4 

-TH4C“ 

EHPTY 

EHPir 

EHPTY 

~EMPTY~ 

EHPTY 


2400# C1I#HW 


2000# i#“t iizjyy 


CLAOF 15 492-4151 

CLA10— 16-482-4194* 

C LAI1 17 482-4110 

-Ct-A 12—18-4 8 2 »419 

CLAX3 19 RH 2S114 

-CL A14-20—482-4765- 

CLA15 .21 482-4942 

CUl6-22-482-4946' 

CLA17 23 482-4941 

~CLA 18-2 4-48Z-4702“ 

CLA19 25 482-4943 


492-4151 201C HOPE 

-482-4194- 

482-4110 

~4 82-419^-— 

RH 2S114 

-482-4765-- 

482-4942 

-482-4946- 

482-4941 


CLA1A- 

CLA1B 

-CLA1C- 

CLA10 

-TIAIE- 

CLA1F 


-482-4943—7i< 


CtA 1 3 2Q-2T~ARE“R ES ERVEO-f QR-IXOCT 8 AU D- 

EMPTY CLA21 . 33 

“-EMPTY~--:-—CLA22-34~ 

EHPTY CLA23 35 

——EHPTY —---—— --CtA24—36T 

TH3 1200# HW CLA25 37 

-EMPTY---CLA26—T38- 

EHPTY CLA27 . 39 

-CL-AHS 28^r~-ARE~RET EtT'TQR—600~8AUD-— 

EHPTY C l A 2 8 ...40 


-T. ? TY-"-— 

EHPTY 

-EHPTY----——- 

EMPTY 

-EMPTY~—- 

EMPTY 

-EMPTY--- 

CU^S 30-UP ARE RESERVED FOR 

-TH3 '3Q0#HW —- 

TH3 ♦ 

-TM3-*- 

TM3 4 


C1A 2 A 

-. CLA 28- 

CLA2C 

-CLA20 — 

CLA2E 

--“X L A2F- 

300/110 BAUD 

-CLA30 — 

CLA31 

--CIA32~ 

CLA33 . 


"T/O-COUNTE? 

482-4100 

'482-410I~ 

482-4102 



o o m m o »-* 




- -? O 3 — *— 

m * 

- - H 3 — -"— 4 ——- - 

TH3 $ 

———TH3 —*———- 

TH3 * 

—— T H 3-4-——— 

TH3 * 

—*—-—- 

TH3 4* 

--— T H 3 - ——— 

TM3 * 

— -— -TM3-*---- 

TM3 ♦ 

--■--1 h B—--— 

TM3 4i 

— ----TN3-- 

. TH3 300#HW 

FE215--* MUX2550-580— 

DUP 0210#! 

-- ef1 p T y- -—-r 

?H4 

---TH4- 

TH4 

--— m -_- 

QUP 02 20#1 

-■-EMPTY-- 

TH3 * 

— -TM3-—*--— 

TH3 * 

"-—-TH3-♦-- 

TH3 ♦ 

-+m«T-CMRi*i6?-- 

ECSLA8EL 734 


—\* U a 2 'V 

€ l A 3 A 
-CLA3B-T 
CLA3C 
—C L A 30 
CLA3E 
-CLA3F 
CLA4Q 
~£LA41- 
CLA42 
-CLA43 
CIA44 
~€LA45 
CLA46 
-CLA47 
CLA48 
-CLA49 
CLA4A 



CLAQ10 482-4112 

CLA011—482-4065- 

CLA012 482-4066. 
CLA013—482-4712 


CLA035 482-4191 

~€LA036—482-4192- 

CLA037 482-406? 

‘CLAO38—4 82-4 06 8- 

CLA039 482-4069 


ECS PART - LINK#3#10#1- 


ECSPART Cl 75#1#120 

—-£ C $ P AR T SN90#1#120 —- 

ECSPART . Ci75# 2# 300 

~-“ECSPART—SN90* ZtlW -~ — 

NSER? EST.l 

--- gST -CH»21#EOP»0>HUX«HUX3-n!TA8t#M00»0^f 

EST ESTO®2 

~—~—EST--CH®5# EQP^7# HUX»FE13T*T*1TABL¬ 
EST CH°6#EQP®7# MUX*FE215-T• 1 T A8L# MOO ■OP*F 

~-"“EST-“~CH®4# £QP*7? NUX h MUX6-TtTT ABt> ESTD^4— 

EST CN-4# EQP®6#MUX*MUX7-T*ITA8L#EST0®5 

C—•--EST €M*26#£QP®?#rtUX*HUX4-?*ITA8L#E STO ®6“~* 

EST ESTO*? 

EST’-CH»10B#£0P«7— 

EST CH»118#EQP*4 


- QS 

CR 





























® iST CH-11B/EQP-6/HOD-OFF ' 

--£St--“CH*l'2Bi60F»3-—--- mm ---- 

CP EST CH-128/E9P-3/H0D-0FP . „. ' 5&r 

~LR-gST--"CH-128/EQP-?/ HOD-OFF-------—- 

tS SST CH-I28/EOP-1/HOO-OFF . 

“IT---“SST-CH-129/E QP-2/MOD- (OFPjrPFC‘1-— : -—----—~ 

LR ESI CH-128/E0P-8/MOD-IQFF/PFC? 

-tO- — %$r~- -CH-210/EOP-5/MOD*OFF7EC»A-9——----—-—“ 

CC EST CH-30/E0P-4/ MOD-OFF/ESTQ-338 

~CC--—SST-CH-1/EQP-0/ MOD-OFF-----———-- 

CC EST CH-33/6QP-0 

-CC-—"SST—— CH-328/ EQP-Cr MOD-OFF--—---— 

CX EST HOD*OFF»8UX-1 

-CC——-EST-CH-I* £OP*3» MOO-OFF— ---:-—--—- 

EO EST CH-22/ EQP«5 

----EST-EST0-408.*-- 

NT EST CM-278/EQP-0/ UNI 7-0/UNITS-3/HOD-IATS/ON/SCR) 

NT-EST-CH*2 78* EQP*0» UNI T«3» UNITS-2> MOD-UT S/OFF)--- 

MT EST CH®2 73>f QP»0, UNIT-5# UNITS-2»MOD-Ur S/OFF) 

NT---EST——CH-124/i3)yEQP-C tUNI T-t v ?UNI‘TS-3>"MOD~-( 8 IDTMTStTiSTO-^OD - 

KT EST CH“(24/13)/E9P«0/UNIT»3/UN T 7S-5/MOD-IBID/MTS I 

hi -EST-NAME-844 AiCH-100/02 J»UNIT-OfESTO-63-sVSN«89TArSN»PFOSgf7r 

/H0D»tPF/QUE/SHAR)/E«P»0 

AZ-EST —NAME-844B»CH-(CO/C 2) /UNIT-ItEOP-OjVSN-8448/SN-PFOSIT*NP 

/*7000/MAS TER-(PF/O/SCR I/MOD-(PF/QUE/MD/SHAR) 

tt -—EST-NA1iE-8^4C/CH-t6D/gttTUNtr - 2 /e O P -ttry-SN»^»»C T S-H«f^OS&TTMO 

? D»IPF/ SHAR/QUE! 

AZ—-- EST -NAHe-844D/CH«t00/02>TUNIt»3/l0P-QrV 5N-844D/SN-PFQSET/ HO 

/O-IPF/QUE/SHAR) 

AZ——-EST-NAME-844£» CH»t00/02)TtfNIT'»4y SOP-D/II SN-844 £t$N"PF0S£T7 M0 

/D-CPF/QUE/SHAR) . . 

AT-ESI-NAME»84yFrCHtOOrC7r nm tT-mOPD^rS?T»84^FTSN-PPOS-ETTMO 

/D-(PF/QUE/SHAR) 

AZ-EST-MAME®844G/CH«I0C/02)/UNIT»6iEQP»0/"M OD-(SHAR/lOLE/FREE T~ 

EST ESTO-708 

AZ-EST-NAM£-844H/CH»23/UNITO/MOD-<IDt'E/FtEE)>'TYPE-F/EQP®Q-~ 

AZ EST NAME-844I/CH-23/UNIT-1/EQP-O/MOD■ (I OLE/FREE)/TYPE»F 

AT---ESI——NAME -84 43rCH-20>‘UNIT*2* MOD® tSYSrPf rt!D )7 SN-ST'SSET/NF-YOO 

/ 0/MASTER-SYS/VSN-844J#TYPE-F/EOP-0 

AY-EST-NAME-844K/CH-23/UNIT-3/EOP-O/MOO-(I DIE/FREEI/TYPE-F- 

EST ESTO-77 

AT-—EST--NAME«844L>CH»23iUNIT-7>M00»U0tE#FTEE)»TYPE*F/EQP-0- 

EST ESTO-ltl 

AT--—ESI-NAME-844M*-tH-tOO7OT)TUHTT»r7#E-QP*0mOO»(TDCr»FREErSrtAR7 

AY EST NAHE-B44N/CH-IC0/02I/EQP-0/UNIT-27/ MOD-IIDLE/FREE/SHAR) 

AY-EST~ HANE-S44P/CH-1CO/02>/£QP-0/UN IT-37/ MOD-HOLE/FREE/SHAR) 

AY . EST NAME-844Q/CH-tOO/C2)/EQP-C/UNIT-4?/ MOD-11 DIE/FREE/SHARI 
AY-EST-NAME-844R/CH-I 00/02)>E OP-0# UN IT-57/" NOD » CIDLE/FREE/SHART 



* INSERT R8R.X 

~ 8 </4&-—R8ST 

844A R8R 

’ 8448-RBit 


■COUNT-3232“ 
COUNT-3232 
"COUNT-3232 


\%\ 








*** 

-RBR- 

84 41 RBR 

.RBR- 

844F RBR 

~ 644F-— RBR- 

844G RBR 


CGUNT-3232 
~C0UNT«3232— 
COUNT-1232 
COUNT-3232 - 
COUNT*3232 
COUNT-3232 - 
COUNT-3232 


-844G—-RBR—COUNT-3232~ 


844H 
844H~ 
8441 
64 41 — 
84 4 J 
~84 4R~ 
6441 
844H- 
844N 


RBR 

~RBR — 

RBR 

-RBR — 
RBR 

-RBR— 

RSR 

• RBR — 
RBR 


COUNT-3232 
COUNT-3232- 
COUNT * 32 32 
-COUNT-3232- 
C 0 UN T « 3 2 3 2 
-COUNT-3232- 
COUNT-3232 
COUNT-3232- 
COUNT-3232 
COUNT-3232- 
COUNT-3232 
-COUNT-3232- 


- 84 4 P-RBR-COUNT-3232------—-- 

844Q R8R COUNT-3232 

*—844R--—RBR——-COUNT® 32 32--—------ 

^COMPILE CHRTEXT* CWEOR1 . . .. 

-^CGHPIIE-CHR---:- 

♦CQKPIlE CWEOR2tCWEORS 

*/ THERe-ARE-169 CORRECTION-CARDSHLNCLUDING—TrtlS~COHHENT§- 
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tf/lb 

iflSV 
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UPDfiTE (0) 


tPPCCHD CCMfH-E 
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PASCAL CODE 


L6p F/lT 
RELOCATABLE 
E/MRY 
MW 


rm^sY 
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2 ..MSS 
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v orr 
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PASCAL C1700 
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• 
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TATES PASS/EO B/M&ES 

i ' 

REFCAmArs APQS 

TO L6sQ 


iPgffl 
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SYMBOL. table 
PESO IMP 
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E'er mat _ 
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. •*<*•** \ * 


m 
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RELEASE DESCRIPTION 


The CDC CYBER Cross System executes under NOS/BE to provide support for the CDC CYBER IS minicomputer and the 
2550 series of host communications processors. The CDC CYBER Cross System is composed of the following: 


Component 
PASCAL Compiler 
Format Program 

PASCAL Cross-reference Program 

Macro Assembler 

Macro File 

KRONTXT 

Micro Assembler 

Library Maintenance Program 

Link Editor 


Implementation Language 
PASCAL 

FORTRAN Extended 
PASCAL 
COMPASS 
Assembly 
COMPASS 
FORTRAN Extended 
FORTRAN Extended 
PASCAL 


The CDC CYBER Cross System supports the generation of load modules which may be executed on a CDC CYBER 18 mini¬ 
computer or a 2550 communications processor. 


HARDWARE CONFIGURATION 

The CDC CYBER Cross System requires a minimum of 77000 octal words of central memory for installation and execution. 
If the 125K PASCAL compiler and 135K PASCAL Cross Reference Program ere to be installed, 135000 octal words of 
central memory are required. With this exception, the minimum configuration is the same as for NOS/BE as described in 
part n, section 1, 
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KB LEASE MATERIALS 

CDC CYBER Crass System is released on release tape PL50, the structure of which follows: 


Pile Record 


Number 

Humber 

File Content 


File Type 

1 

1 

UPDATE Program Library 


PL 

2 

1 

Format Program 

(FRMT) 

ABS 

2 

2 

EROHTXT 

(KRONTX1) 

OYL 

2 

3 

Macro Assembler 

(ASS EM) 

OYL 

2 

4 

Macro File 

(SMAC17) 

OVL 


5 

Micro Assembler 

(MASSEM) 

ABS 

2 

6 

Library Maintenance Program 

(MPUE) 

ABS 

3 

- 

(empty) 

- 

- 


1 

PASCAL Compiler (77K) 

(PASCAL.' 

OYL 

$ 

1 

PASCAL Cross Reference Program (778) 

CPASXREF) 

DATA 

8 

1 

Link Editor 

(MPLINtf 

OYL 

1 

1 

Edit 

(MPEDIT) 

OYL 

8 

1 

PASCAL Compiler (125K) 

(PASCAL) 

OYL 

8 

1 

$000 PASCAL Compiler 

(FASBN01) 

OYL 

10 

1 

PASCAL Cross Reference Program (135K) 

(PASXREP) 

DATA 


File $ contains the binary of the 6000 PASCAL compiler, required for compiling the PASCAL compiler and the Link Editor, 
and for compiling and executing the PASCAL cross-reference program. 


PASCAL ORGANIZATION 

The PASCAL compiler is organized in a file structure. The components of the compiler are records on the file. The first 
record of the file acts as a main overlay program and controls loading and execution of the other records. Because of this 
file structure, the PASCAL compiler cannot be entered into a library via EDITLIB, but must be cataloged as a permanent 
file (PASCAL). The PASCAL file structure follows: 



PASCAL COMPILER SYMBOL TABLE PAGE SIZE 

The number of entries per symbol table page in the released source of the PASCAL compiler is 1024. Execution field length 
for this compiler is approximately 77000 octal CM words. For large compilations, increasing the number of entries per 
Symbol table page reduces compilation time dramatically. To generate a PASCAL compiler for installing CCP, the page size 
Is Increased to 4096, which causes the compiler to require 125000 octal CM words. Generation of a 125K compiler is 
accommodated as a CDC CYBER Cross System installation option (see Installation Procedure). The minimum recommended 
size for any use of the PASCAL compiler is 128, Page size may be altered by changing the compiler source as follows: 

•DELETE DPAS1175.1 

PAGSIZE=mnrm, (nnnn = page size - X = 4095 for CCP) 

♦DELETE DSYM1175.1 

PAGS1ZE EQU nnnn (nnnn = page size = 4096 for CCP) 

•C DPA5CAL, SYMIO 
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PASCAL CROSS REFERENCE PROGRAM TABLE SIZE 


If the PASCAL cross reference program is run against a CCP compilation (standard CCP installation jobs do not do so), the 
following table size modification should be made: 

•DELETE XREF.4 

P = 4001 

•DELETE XREF.26,27 

OCCURRENCE: CLASS 30000 OF PACKED RECORD 

LNO: 0..30G0Q 

This change increases the execution field length requirement for the cross reference program to 135000 octal central 
memory words, A 135K cross reference program can be generated using a CDC CYBER Cross System installation option 
(see Installation Procedure), 


INSTALLATION PROCEDURE 

Job decks PL50I, PL50C, and PL50V may be obtained from the installation deck program library using the procedure outlined 

In part I, section 1 of this document. 

The installation jobs function as follows: 

PL50I Updates the program library with modifications to produce a new program library tape including binary 
files. If PL50I is extracted from the installation deck program library with CCP defined (refer to part I, 
section 1), a 125K version of the PASCAL compiler and a 135K version of the cross reference program are 
produced and written on files 8 and 10, respectively, of the new PL50. The PAGSIZE and XREF modi¬ 
fications, however, are not included on the new program library file (file 1) of PL50, If job PL50I is ex¬ 
tracted without CCP defined, 77K versions of the PASCAL compiler and cross reference program are 
produced and written on files 4 and 5, respectively, of the new PL50. PL50I requires a field length of 
135000 octal words to compile the 125K PASCAL and 135K PASXREF and 77000 octal words to compile the 
77K versions. Defining CATALOG causes job PL50I to catalog the new PL50 binaries as permanent files 
from which they may be executed. The CATALOG option is sensitive to the CCP symbol such that if CCP 
is defined, a 125K PASCAL and a 135K PASXREF are cataloged; if CCP is not defined, 77K versions are 
cataloged. 

PL50C Catalogs the CDC CYBER Cross System binaries from PL50 as permanent files from which they may be 
executed. Defining CCP causes the 125K PASCAL compiler and 135K cross reference program to be 
cataloged. Not defining CCP catalogs 77K versions of PASCAL and PASXREF. If PL50I is run with 
CATALOG defined, PL50C is not required. 

Because the PL50 installation jobs do not enter program binaries into libraries, the DSTn jobs are not applicable. 
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COMMUNICATIONS CONTROL PROGRAM 1.0 


23 


RELEASE DESCRIPTION 

Version 1 of the Communication Control Program (CCP) is the software and loadable controlware that supports the 2550 
Host Communications Processor (HCP) as a front end to INTERCOM 4.5 on CDC CYBER 170, CYBER 70, and 6000 series 
computers. The CCP binary load modules reside in the NOS/BE operating system PPU library so they can be loaded into the 
2$$0 by INTERCOM. 

The release tape consists of the CCP source program file (which includes Post Link Editor ? nitialization directives), Multi¬ 
plex Subsystem (MSS) object text file, two binary load files, two intermediate files, and a print file. 

CCP installation creates a CCP downline load module that looks like a PPU binary. The load module is named 0F3, 0F4, or 
0F7 and is installed via EDITLIB in the operating system. To create the load module, the following procedures are nec¬ 
essary: 

• Create permanent files which contain the CCP source program file, MSS controlware object text file, and 

MPEDIT object text file. . 

• Generate a local load module. The CCP 1 release tape does not contain the utilities needed to generate the load 
module. These utilities are provided by the CDC CYBER Cross System described in that section; they are 
programs that execute in the operating system environment, producing object code that executes in the 2550. 
The CDC CYBER Cross System consists of a PASCAL compiler, MACRO assembler, MICRO assembler, Link 
Editor, and Post Edit program. The CCP local load module is created by processing the CCP source file and MSS 
object file through the CDC CYBER Cross System. The processing of these files consists of compilation, 
assembly, and link editing that results in a local load module (refer to CDC CYBER Cross System General 
Information Manual). 

• Generate a downline load module. The CCP local load module file and Post Link Editor initialization directives 
are used as inputs to the Post Link Editor, MPEDIT, which initializes CCP tables and generates the CCP downline 
load module. Up to three CCP downline load modules may be created. 0F3 supports mode 3 (TTY) terminals, 
0F4 supports mode 4 (200 UT) terminals, and 0F7 supports both mode 3 and mode 4 terminals. 

Install each CCP downline load module via EDITLIB. 

The Bootstrap Dump program must also be generated and installed as a downline load module. It appears as a PPU binary 
named 0F0 when it has been installed. 

The following description provides information needed to install CCP on the NOS/BE operating system. This section assumes 
the CDC CYBER Cross System package has been installed as described in that section. Information needed for source code 
modification is included. 


RELEASE MATERIALS 

Release materials consist of one 7- or 9-track system standard label magnetic tape. The PL61 tape has the following 


contents: 



File Number 

File 

Format 

1 

CCP source program Hie 

UPDATE sequential program (including 
MPEDIT inilibrary format tialization 
directives) 

2 

MSS loadable firmware 

CDC CYBER Cross System object 
object textlibrary file format 

3 

Dump Bootstrap 

Downline load file OFO 

4 

Downline load file 

Downline load file 0F7 

5 

ABSOLMP 

Output from MPL1NK 

6 

SYMTAB 

Symbol table output from MPUNK 

7 

Print 

ASSEM and PASCAL listing of 0F7 
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HARDWARE CONFIGURATION 


The minimum hardware configuration to build CCP I requires a job field length of 77,000 octal words while running NOS/BE. 
(Running PASCAL with a field length of 77K requires a long time to run on a busy system; using the I25K version is much 
faster.) 


CCP HARDWARE REQUIREMENTS 

The minimum equipment configuration required to execute the CCP consists of the following: 

1 2550*2 Host Communication Processor includes: 

1 Multiplexer Loop Interface Adapter 

1 Loop Multiplexer 

1 Cyclic Encoder board 

1 CDC CYBER Communications Coupler 

1 32K memory unit with 2550*2 processor 

1 Communications Line Adapter from any of the following: 

2560-1 Synchronous CLA 
2561*1 Asynchronous CLA 


FCO Level 

The fallowing field change orders (FCO) are applicable to CCP 1. 


Equipment 

Number 

FCO 

Number 

AA109-A01 

through 

AA109-A03 

DS14374 

AA109-A01 

through 

AA109-A03 

DS14377 

DK106-A01 

through 

DK106-A04 

DM00503 

DW108-A01 

through 

DW108-A04 

DM60502 

DW108-B01 

through 

DW108-B04 



NOTES AND CAUTIONS 


Thecommunications line adapter slots in the loop multiplexer should be assigned in order of decreasing line transmission 
speeds. For example: 


0600 bps line 

Slot 1 

9600 bps line 

Slot 2 

2400 bps line 

Slot 3 

300 bps line 

Slot 4 

150 bps line 

Slots 


(leftmost slot) 
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INSTALLATION PARAMETERS 


Parameters that may be adjusted during the creation of CCP software load files are: 

1. MPEDIT constants 

2. CCP PASCAL source constants 

3. UPDATE DEFINE directives used during compile file creation 

4. CCP or BOOTDUMP macro assembler source constants 

The following charts list the installation parameters, together with acceptable and default values. Numeric values preceded 
with a $ are given in hexadecimal. 

All statements for types 1 and 2 end with a semicolon and may be followed by a comment which is preceded by a right arrow 
and followed by a down arrow. 

The syntax for items of type 1 and 2 is as follows: 

name = value; comments 

There are no column restrictions. 

The syntax for items of type 4 is as follows: 

EQU name(value) comments 


The following are MPEDIT constants. 


Card 

Identifier 

Name 

Description 

Acceptable 

Values 

Default 

Value 

Comments 

ZD10.232 

/J1 CO RESIZE 

Core memory size 
of NPU 

/CS32K = (32K) 
/CS48K = (48K) 
/CS64K = (64K) 

/CS48K 

Core size must be less 
than or equal to the 
actual physical core 
size. 

ZD10.212 

/C4LCBS , 

Number of lines 
that can be con¬ 
figured 

1 - 127 

127 

1. Memory space must be 
large enough to ac¬ 
commodate. See 
Config. Aid 1. 

„ 2. CLA addresses cannot 
be greater than 
C4LCBS. 

3. Must be equal to 
installation parameter 
C4LCBS. 

CC10038.16 

/BQMT1 

Minimum number of 
small data buffers 

1 - n 

See Config. Aid 2 

50 


ZD10.185 

/MD41BL 

Max Mode 4 input 
block length - 
(characters) 

1 - n 

1280 

Reference INTERCOM - 
IP.IMXL4 parameter 

CC10046.498 

/TTYIBL 

Max TTY input 
block length - 
(characters) 

1 - n 

100 

Reference INTERCOM - 
IP.IMXL3 parameter 

ZD10.205 

/C6CCC 

Coupler connect 
code 

$C, $D 

$C 

$C for primary coupler 
$D for expansion coupler 

CYCLE NO. 

L /CYCLE 

Source File Cycle 
Number (for identi¬ 
fication purposes 
only) 

0 - $FF 

$1 


CC10022.U6 

GOLFSTRIP 

If true, extra line 
feeds on TTYs are 
suppressed 

Card format is: 
GOLFSTRIP :-/TRUE; 

/TRUE 

/FALSE 

/FALSE 

Requires PSR IN41615 
in INTERCOM 
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The following is a CCP PASCAL source file constant. 


Card 

Identifier 

Name 

Description 

Acceptable 

Values 

Default 

Value 

Comments 

CONST.26 

C4LCBS 

Maximum number of 
lines that can be 
configured 

1-127 

127 

1. Core size must be 
able to accommodate 
number of lines 
specified. 


2. Must be the same as 
installation parameter 
/C4LCBS. 


3. Must be greater than or 
equrl to number of lines 
defined in INTERCOM 
mux subtable. 

The following is a CCP or BOOTDUMP macro assembler source constant. 


Card 



Acceptable 

Default 



Identifier 

Name 

Description 

Values 

Value 


Comments 

BOOTDUMP.95 

CEQUIP 

Coupler connect code for 

$C, $D 

$C 

1. 

$C for primary coupler 



BOOTDUMP 



2. 

$D for secondary coupler 






3. 

Musw be the same as installation 
parameter ZD10.205 in MPEDIT 
constants. 


The following UPDATE DEFINE names are used during the UPDATE that produces the CCP compile file. The DEFINES 
select CCP software modules. These DEFINE directives must be specified for compile file generation of both CCP source 
and MPEDIT directives. 

Reference: UPDATE Reference Manual 


Name 

Description 

Acceptable 

Values 

Default 

Value 


DBUGALL 

If defined, build in 

DBUGALL or omitted 

DBUGALL 

(In Installation 


Debug Aids 

See Config, Aid 1 


deck PL61D 


NOTE 


DBUGALL must be defined if Test Utilities Package (TUP) is to be used. 


STAMPING 

If defined, buffer 

STAMPING or omitted 

omitted 


stamping (another debug 
aid) will be invoked 

See Config. Aid 1 


TTY 

If defined, the TTY Terminal 
Interface Package (TIP) will 
be included for terminal types 

1 # 2, 3 and 4 

TTY or omitted 

See Config. Aid 1 

TTY 

MODE4 

If defined, the MODE4 TIP 
will be included for terminal 
types 5, 6, 7, and 8 

MODE4 or omitted 

See Config. Aid I 

MODE4 


U-23-4 


60494300 G 









CONFIGURATION AIDS 


1. Memory Space Requirements 

The following lists the 2550 memory space required for available software: 

Feature Words (Decimal) 

Basic software (required) 25000 

Debug Aids 2400 

TTY Terminal Driver 2400 

Mode 4 (Terminal Driver) 3600 

If buffer stamping is invoked, one word must be set aside for each potential buffer of the smallest allocated size. 
Since the smallest buffer size is 8 words, an upper bound on the memory space required for buffer stamping can be 
found with the following formula. 

memory required for buffer stamping = 

(memsize - (10752+tip+debug))/9 

where 

memsize = 32768 if 32K version is installed 
= 49152 if 48K version is installed 
= 65536 if 64K version is installed 

tip = 1280 if TTY terminal driver is installed 

= 1920 if mode 4 terminal driver is installed 

debug = 1280 if debug aids are installed 
= 0 otherwise 

The space left over is used for line tables, terminal tables, and dynamic buffer allocation. Guidelines for the utiliza¬ 
tion of this space are: 



Words 

Words 

I m 

per Line 

per Term 

Teletype 

42 

65 

Mode 4 interactive 

42 

75 

Mode 4 batch 

42 

830 


The above figures are approximations only; exact memory utilization is a function of block size, line speed, and so on. 


Do not configure a 2550 for more than it can accom¬ 
modate, or serious degradation of throughput will occur. 
Observe that the 2550 configuration is specified via both 
CCP 1 end INTERCOM installation parameters. 
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2. Buffer Pool Selection 

Buffer pools must be specified correctly to accommodate terminal tables, work lists, system protocol messages and 
data without forcing extreme amounts of dynamic pool adjustments* 

Buffer pools should be specified using the following notation: 

A* Maximum number of TTY terminals active at one time 

B. Maximum number of terminals configured 

C. Humber of buffers (at 26 characters per buffer) required for the average TTY message 
Small data buffer pool = 

(A x C) or B, whichever is larger _ 

4 _ 20 _ 

. TOTAL = __ 


INSTALLATION PROCEDURES 


The NOS/BE Installation Deck Program Library contains five decks to be used in the installation of CCP 1. In addition, deck 
PL50I and/or PL50C must be run to install the CDC CYBER Cross System as permanent files to be used in generating 
CCP 1. 

PL61I1 This deck updates the CCP 1 source library and makes the NEWPL a permanent file. It then copies the remaining 
files to disk and makes them permanent files to be used by other jobs in the build process. Installation parameter 
changes or source code changes should be made here. 

Before the following jobs are run, PL61I1 must be run. 

PL61I2 This job builds a new bootstrap dump binary to replace the one cataloged by job PL61I1. 

PL61I3 This job builds new CCP 1 downline load modules. The following definitions apply when extracting this job from 
the Installation Deck Program Library. 

0F3 Build the TTY only version of CCP 

0F4 Build the MODE4 only version of CCP 

0F7 Build the TTY and MODE4 version of CCP 

CCP64 Build the 64K version of CCP 1 

/J1 CORESIZE must be changed also 

PL61I2 and PL61I3 may be run concurrently. It is necessary to run these jobs only if there 8-e changes to the appropriate 
module. 

This job is set up to run with a field length of 125K. If it is necessary to run in 77K, the RFLs must be changed. 

The downline load file on the release tape contains the 48K 0F7 version of CCP. When the new PL61 is rewritten in job 
PL61I4, the downline load file, ABSOLMP, SYMTAB, and PRINT is replaced with the version built in job PL61I3. If more 
than one version of CCP 1 is to be maintained, job PL61I3 must be run again for each version, making appropriate changes to 
permanent file names. 

PL61I4 This job creates a new PL61 from the permanent files created by the previous jobs. If ULIB is defined during the 
extraction of this job, it then enters the bootstrap dump (PPUOFO) and the downline load file into a user library 
called CCPLIB for subseque n t capture by DST1. 

PL61E This job enters PPUOFO and the downline load module from the PL61 tape into the system PP library. DST2, 
DST3, or DST4 may be used to capture the resultant system. 


CORRECTIVE CODE 

When corrective code for CCP 1 is issued, it is necessary to generate a new system. The method of incorporation of these 
updates into the CCP is dependent on the type of update. The updates can be categorized as follows: 

Source updates (including MPEDFT Initialization directive updates) 

MPEDIT Initialization Directive updates only 
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Modifications to CCP source programs are in UPDATE format The corrective code should be added to its associated 
UPDATE deck. After the modifications have been incorporated into the scarce deck and a new source file created, an 
updated system can be generated using the decks in step 3 and step 4 of the installation procedures. 


VERIFICATION PROGRAMS 

The verification of the CCP can be divided into the verification of system generation and the verification of the online 
system. 


System Generation 

In order for the 2550 system to run properly, the CCP must complete the system generation procedures error free. Each 
phase of building the system must finish processing with no errors before the next procedure is initiated. The NOS/BE l 
programs which can detect errors during system generation include: UPDATE, MACRO Assembler, PASCAL Compiler, 
Library Maintenance, Link Editor, and Post Edit Program. The reference manuals listed below should be consulted for the 
identification and explanation of specific types of errors. 

UPDATE Reference Manual 

MACRO Assembler Reference Manual 

PASCAL Reference Manual 

CDC CYBER Cross System Version 1 Link Editor and 
Library Maintenance Programs Reference Manual 

As released, the CCP should complete system generation without errors. If the installation parameters are modified with 
care and the restrictions on them adhered to, errors should not occur while building the CCP. 


Online System 

See the INTERCOM Verification procedure. 
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INTERESTING PSR'S/FEATURES 


1. IN MIS 4'I - Errors FTN with TS option 

2. F702Q - NOS/BE system idle feature 

3. F4bD0 - CCL feature 

4. F7520 - Enhanced carriage control support 

5. S3131 - CYBER 17D features -Cno hang PPU> 
b. Nli)104 - Remove large buffer support 

7. FEATbO - LCC Mode M support 

6. IN41bS? - CYBER graphics slowdown 

4. IN40B44 - 1CI restructure 

ID. NldlOS - 2S50 front end support 

11. IN412B2 - Readjust barrel/low speed driver 

12. IN40104? - Add check for disconnect in TTY input state 

13. IN4015B - Request disconnect when 40 input buffers exist without CR 

14. NW107 - INTERCON restrat 

15. IN41B45A - Intermixing of batch and interactive buffers. 

lb. IN4154S - 1LX speed up code - capability of one copy of 1LX per 

EST entry 

17. IN4154b - 1LX speed up code - define 200 word CM holding buffer 

IB. IN41441/IN42006/Nultiple 15Tb responses - Miscellaneous restart CSLXI 

at level 430 

14. CC10041 - Allow PE before SON 2SS0/CCP/711 See SIN S045 

2D. F724D - Support of HliJ TTYs-, bOO-, 1500, 4B00 baud dial up on 2SS0 - 
Note change of macros 

21. IN41731 - Purges IN411400 - Bad define of HELL07 MUJ 

22. IN4154bG - Corrects several SLX restarts 

23. IN42DB4 - Correct multidrop sequence bit processing 

24. IN421S3 - Yank IN41B17 - caused driver hang -C1M11 when multidrop 

terminals defined 

25. IN417B3 - Page not working on CYBER graphics terminals - major mod 

to 3TT 

2b. IN41BBb - INI 4b00 baud varient - Force BUFCHK and ASBUFR processing 
27. IN421D4 - Fix PJT full of UN calls 

26. IN4200S -Change calling sequence to 1IN - Effects 1AJ/1PD - Fix 

banner pages piling upon powered down terminals 

24. IN41?4b - Users logged out following NPU halt 

30. IN41BB7- Cause 1CI to call 1MH instead of 1(2F for all jobs being 

evicted from tape previewing display Cl£3F BMR-?37b3- 


iO 








•- *5 •*- 

31, lN421tr3 •- NE.S repeats operator m.s.gs random times. 

3;2, IN41 C 1 C S8 - Remove access level checking from 1CI - now done in !1AJ. 

Remove deny macro 

33. IN42.041 •- Do not allow AUTS to be discarded during inoperative 




processing final fix ;IN418 C 18 

34. 

IN42020 •- 

nUJ error .51 

35. 

IN 4214.1 -- 

fl.UJ error 80 

;3b. 

JN42147 - 

J1U.J error 84/SCED 

37, 

1N41404A •• 

- NUJ error 50 

38, 

• IN 4.103.1 - 

NUJ error 44 


3^, IN4B08B - INI could dropout with channel assigned 

.40. IN42222 ■- 2550 terminals going to sleep - unable to relog in. 

See SIM SI24 

41, IN4B114 - 2550 function 20 timing - See Sin S123 

42, IN4216L ■- 3TT/1FE timing - Spurious send index characters. Could 

affect menuing 

4D, IN42077 •- Timing {1N1> 4800 baud terminals 

44, IN4188? - .Insure ASBUF gets called at frequent intervals 

45, F7830 - Code to support R5 product set {list of files feature! 

4b. NB0300 - LISTCID - words 25-33 clobbered on restart dump 

47, NBlEBb •- LISTCID - dump number gets reset on D/S recovery. Could 

lose LISTCID dumps 

48, IN42145 - 1<3F BOR FNT/1C3F timing 







WORTH NOTING 


1. Problem exists where 3TT could overwrite word zero-login combined 
with multiple BFCSP - see PSR IN4SES5, Linder investigation. 

2. Interactive and dayfile msgs mixed {more commonly referred to as 
COPYL problem! NTBF - Inherent in the design of 1ID. See PSR 
IN4E255. 

3. 1M1 hangs in ASBUFR caused by local card reader emulator. NTBF 
in standard INTERCOM. Do have local fix. See PSR IN42254. 

4. IN41 c Hfl deleted featuresn deny command! etc. Passed on to design 
team. See IN4EESE. 

5. Insufficient null char at 300 baud. NTBF. (lost sites hardcode 
number of rubouts dependent upon local requirements. Ideal fix 
rubout command - No room in UT. Santa Ana is investigating special 
casing 300 .baud TTY's. 

b. Core fill problem. Three cases: 

A. Zero fill - Modem turned off at multiplexor side! bb?l believes 
valid character. Believed to be fixed by IN40 c iflfl/IN410 c: l? - 
request disconnect when 40 input buffers without intervening CR. 

B. Banner fill/powered down terminals. Believed fixed by IN4E00S. 

C. Emulator problems. Example:emulator looping sending flO blanks 
and a CR. NTBF - see IN43137. 

7. ESSO filling CE error file - Some thoughts on the subject: 

A. CML 2.1 corrects formatting and reporting problems of earlier 
versions. It does not address the problem oF excessive input 
to HPA. 

B. CML 2.2 which is scheduled along with NOS/BE R4 {L3733- will 
include options to throw away and eliminate selective input to 
HPA. This should noticeably cut down the run and print time 
of HPA. 

C. The real problem of flooding the error log with ESSO entries remains 
under investigation at Santa Ana. Possible solutions to the 
problem include: 

1. Re-evaluating entries currently recorded. 

E. Thresholding certain entries. 

3. Suggesting operational procedures to minimize entries. 

4. Periodically purging entries from error file. 

a. Bad port on ESS0/LCC causes offed line with no way of operator turning 
back on. Believed to be resolved in R4 {L373! with LINSTAT utility. 

See PSR IN4E04a/4 c 5. 

T. Core fill problem: See maxcore parameter in 1BR. 

ID. Editor aborts on mass storage limit. Passed on to design team! would 
be difficult to fix. 

3*1. Menuing {application paints screen - operator fills in blanks! not 
supported. This amounts to ASKII lEfi support. This will be given 
special consideration in future release enhancements. 

E. Problems randomly with 2SS0-1D0 ports going to sleep. Occurs when 

INTERCOM sends multiple consecutive 7000 codes to emulator. Believed 
to be emulator problem. Non-standard code does exist - will not be 
made standard. 








13, tine problems ontt7.li could take drastic steps in 1T11. 

A. Bump retry count to 77B. 

B« Loop on loss of carrier on hardwired line. 

14, Problems with 2CC special commands within procedure file. Examples 

Read-ilfn. This is partially resolved with 11*141*1*38- The problem 
remains under investigation. . 

15, Problem with the 7S1 terminal during an on-line print operation at 
1200 baud. When printing on line display to oprinter-* the printer 
gets behind due to the mechanical speed of the carriage return. 

As a result-i a check printer message is displayed by the 751 con- 
trolware and printer data is lost. This amounts to a special case 
of the rubout count problem. There is nothing in any INTERCOM docu¬ 
mentation stating support of an on-line print capability on a mode 3 

. terminal. The problem is under investigation by the terminal people 
at Roseville. 

lb. Asa result of the barrel adjustment code put out under ident IN41282 
several sites have reported timing problems with an overloaded low 
speed driver. This has been resolved by the following PRR’s: IN418Eb-» 
TN42077-* IN41887. If all else fails a site can vary the constant 
at IN4128b.lO c I in 1M1. - 



20 . 

21 . 

22 . 



255tycCP memory requirements remain questionable. Conflicting infor¬ 
mation exists in the redbook configurators 1HBK-* SAB fL451> and SRB 
•CLMbl}. While we are trying to force a b5K minimum under the premise 
of successor product requirements-* we are still installing 32 and 48K 
varients. One must note that these memory sizes are intended to be 
utilized in a degraded mode only. 

Non-support of half duplex asynchronous lines up to *3b00 baud on 
CCP/B550. This requires changes to both INTERCOM and CCP. A package 
is available in OSS form thru the Systems Division. 

The redbook states that option 711-1D2 is not supported by INTERCOM 
and the NOS/BE3HBK states that this option is required by INTERCOM. 

In reality-* the option is supported by INTERCOM and is highly recom¬ 
mended because without it-* the user would have to manually clear the 
display between each input. 

DFA is unable to downline load different 255D memory sizes of the 
same varient. This is caused by the load modules having the same 
name. The problem remains under investigation. 

1FE will strip FX function codes coming in as data. The problem falls 
into the category of non-support of menuing. A local fix is available 
to interested parties. 

2550-100 and bb?l do not require ring indicator-* whereas CCP does-* 
that is-* modems may have to be restrapped when bringing a terminal 
over to a 2550/CCP configuration. 

Support of 4800 baud dial up terminal was removed with rewrite of low 
Speed driver in level 37b. This code can be reactivated by: 

A. Redefine macros allow definition of 4800 baud dial up on bb?l/LCC. 

B. Disable 111 check for 4800 dial up. Both bb?l/LCC. 
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24. The following are recommendations for configuring placement of ports 

. on the LL.71/2550: 

" A. bb71 - high speed ports on low end {port 0}. This is because 

ports are handled in a round-robin basis on the low speed driver. 
B. 2550 - Leftmost loop NUX slot - ports 3re serviced left to right. 

25. hie only support the 751 terminal in a block mode as long as the user 
appends appropriate STX and ETX characters within his data. This is 
not necessary with other equivalent terminals. The problem is under 
investigation at Roseville. 







DUMP REQUIREMENTS/DEBUGGING . 

1. Required supporting documentation 

A. Core dumps 

1. J dump if applicable {especially system aborts! 

2. Low core 0-20K {P JT! {JDT! 

3. INTERCOM buffer area word lb bytes 2/3 to byte D/1DDB 

4. PPU's you may want to step PPU's until required routines 
appear {1CI/1LX/1BR/1FE/1ZZ/1Z*/0FA/QZZ! 

B. Corresponding listings as appropriate. Especially where local 
mods. 

C. Corresponding dayfile segments if applicable. 

D. CE error file {norms/HPA output! if applicable. 

E. Sample terminal output if applicable. 

F. Individual multiplexors {if applicable!: 

2SS0/CCP LCC LOU SPEED 

NPUDUMP LCCDUMP P REGISTER OF PPU {UJN*I 

DAYFILE RESPONSES IS 2SSD-1DD RUNNING 

G. Sample configuration/IPARAMS/build decks/local mods/PSR levels 

H. Any analysis would be appreciated. 

I. Any history concerning problem. 

2. Individual terminal problems 

A. Physical attributes of terminals 

1. Is it polling? 

2. Is the emulator running or did it take a nap? 

3. Do I have a carrier/Uhat is the condition of the modem? 

4. Do I appear to be looping in a restransmission? 

5. Is the problem limited to single stream {card read/printing! 
b. Any error lights/error conditions reported at terminal? 

B. Check if line 

1. Off - port entry - try restarting. 

2. Inoperative - Uait for communications reestablished msg. 

Word 10 UT. 

3. Disconnected - please login msg - may be momentary line 

problem or problem at local site. 

4. Are the driver words moving 

a! Terminal locked out of low speed barrel, 
b! Deadlock situation driver/lLX 

5. 25S0/LCC line/stream state. 
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C- Are all terminals down/How does this terminal being down affect 
other terminals. Note: If problem is limited to one terminal 
mention in dumps. 

T>, Can you restart terminal without affecting other terminals? 

1. Reautoload emulator 

а. . Autologout {only when drastic} ' 

3, In general: 

A* What are the running conditions {heavy load/production/installation 
te.st> 

B* Can the problem be reproduced*, do you have a theory on reproducing 
•the problem? Can problem be limited to particular routines? 

C, What has changed recently*, in particular what has changed since 
last working level? 

1, PSR level {what was added?} 

3. Increased load 

3, New hardware/reconfiguration multiplexors/modems/terminals/ 
emulators, {new controlware} 

■M, Do you know the contents of your deadstart tape/production 
EDITLIBS? 

D. Are all switches thrown right {5550}. It may help to make 
Checklist when working. 

E# Can the problem be tied to hardware? Cross reference CE error 
file/individual site logs. 

F, Is anyone doing any unknown maintenance. Never reconfigure on 

the fly. 

6. Be alert to physical signs. Point out when reporting problem. 

1. Time of day/Can you correlate with other problems? 

3. B display - Is obvious msg flashing*! CPU hung in loop*, job 
hung at control point? 

3. A display - Obvious/pertinent dayfile msgsn is PPMTR {clock} 
running? 

M. tl display - Conditions of channels/any particular routines 
involved. Any particular job involved. 

5. Are other subsystems involved/affected? Example: LOADPF 
someones got the storage move flag. 

Is any particular user/terminal involved? What is unique 
to this user/terminal? 

?, If something is overwritten** does it look familiar? Example: 

XJ package** address within INTERCOM buffer areav known data. 

б, Could the problem be operational? Example: No next packages*! 
outstanding tape requests*! scheduling - large jobs,saturating 
CfU powering down terminals/panic mode at a terminal. 
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4. Tricks 

A. Build in trap code. Get problem ASAP before required information . 

is covered up. ' 

1. ZJN * *i JP PAUSE statements -CFTN programs} 

2. In core counters-! AODi AOMt thresholds 

3. System step mode. {Note this will change timing} 

4. Overwrite known {harmless} areas in core. 

a} Circular buffer response list 
b} System header CM word 32 
c} INTERCOM header 

' S'. Issue dayfile msgs to track flow. Particularly helpful in 

RCL condition! routine may be called twice to do same thing 
{5LX}. 

B. Make routine CM resident {change while in core}. 

5. Where to get help 

A. Associates - Discuss problem with other people. You may talk 
your way into a solution to your problem. This pertains to 
both analysts/CE organizations. 

B. Operators/Users - Sometimes they are aware of more than usually 
given credit. You may want to solicit information via SYS3ULL. 
Anyone encountering this problem please report to operations/ 
support group. 

C. Talk to other sites - Particularly those with equivalent environ¬ 
ments/configurations. You may find you are not alone with your 
problem. 

D. PSR Summaries/Software Information Memos/PSl Articles/PSD Feature 
Notes/History Files on program libraries/Daca Base Information on 
BCC's 

E. Call your friendly Field Support analyst {ARH/SVL} 
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Decks removed for PL14 {INTERCOM VS> 


FHBCOM 

1M1C0M 

CUE0R2 

1GS 

1XP 

QFA 

ACNNH 

1M5C0M 

1GSC0M 

1GJ 

1LX 

1FE 

DCNNH 

IMICOM 

GBJ 

2GJ 

lUB 

LINSTAT 

FANNH 

1M1 

GEJ 

1GR 

QZZ 

DUMPLCC 

IANNH 

CUE0R1 

GES 

CUE0R3 

1ZZ 

CUEORS 


Inserted routines PL14 {INTERCOM VS> 

INI 1ND *1DI 1NP INTRST DUMPNPU {Relocated! 

Changed routines {PL1AJ 


PPSYS/SCPTEXT/PPTEXT 

IRCP 

DSD 

tPIR 

ROUTE 


TEXT changes 
2555 device type 
<2 display/INTERCOM command 
Configuration Macros 
{ROUTE HNi IC=TRANS> 


Changed routines {PL1B> 
RUE 
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NEW ROUTINES: INTERCOM VS 


1ND 

2ND 

3 NO 
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SNO 
bNO 
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Driver control tables 
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2NI Load 
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4NI Dump 
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2NP Batch command processing 
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INTERCOM V4 and INTERCOM VS Differences by S. R. Morgan 

The purpose, 1 of this article is to point out some of the differences that will 

between INTERCOM V4 and INTERCOM VS. For discussion purposes the report will 

divided into two areas: 

» 

1* New Features INTERCOM VS 
S. Differences INTERCOM V4/VS 

llew Features INTERCOM VS 

' 1. Support of 278D/3?fiD terminals and the emulators of these terminals. 

2. Support of HASP multi-leaving work stations. 

3. Support of Mode 3 {asynchronous! line speeds up to IbOO baud. 

1. Support of Mode 4 and HASP line speeds up to 1^.3 KB. 

5• Support of the 2552. 

lie Support of transparent data «CEBCDIC-25fc»} on remote batch devices for HASP/2760/ 
3710 terminals. The data is treated as fl-bit characters and is blocked and 
deblocked without regard for card lengths-i carriage control-! print line width. 

7. Support of auto baud detect for hardwired Mode 3 terminals up to 300 baud. 

* i 

A. Support of auto terminal detect to allow any site to dial into a given line 
{assuming the proper CMR mux configuration is specified!. For example-i any 
flode 4 terminal can dial into a port without regard to Mode MAn 4C-» ASCII-* or BCD. 
Also if CMR is correctly set up there is no restriction on the site address. The 
same is true for HASP and 2760 or 3760. INTERCOMS cannot tell the difference 
between 2760 and 3760. The only restriction is that Mode 4 and BI-SYNC terminals 
cannot dial into the same port. The user must push the SEND key or its equiva¬ 
lent to' allow the 255X to determine the terminal type. 

• % 

A BLOCK command is available for defining the buffer size of a HASP terminal. 

Legal values are 400 or 600. For those terminals which allow up to 600 characters 
per bjjffern the BLOCK command should provide enhanced performance. 

AD. The central operator can now initiate an INTERCOM RESTART by console type-in. 

This can be used if the operator believes INTERCOM is not working and would like 
to get dumps without deadstarting the system. 

Differences INTERCOM V4/V5 

A. For INTERCOM 5-» when the 255X determines that a line is malfunctioning it will 
notify the INTERCOM driver. The driver will then turn off the line and issue a 
flashing message at the central console. The line will be automatically turned 
back on after an installation defined period of time. If the line is still not 
operational-! the operator will again be notified. 

With INTERCOM V4«i no notification is given-! but a utility is provided to display 
line status. The utility gives the central operator the chance to turn a line 

back on. s. 

2* The READilFN commandi DEFINE command-* and the ROUTE control statement have been 
modified to allow for specification of transparent data for HASP/2760/3760. This 
change is'completely upward compatible such that past usage is unchanged. 

3. The LN parameter has been added to the DEFINE command to allow specification of 
the synchronous terminal line width. 

4. The DSD <2 display has been modified to provide additional information. This 

includes the User Table address and connected/oisconnected line status. Also 
if the central, console is in unprotected mode both logged-in and unlogged-ini 
y ser T^hle entries are shown._ _ ______ 


exist 

be 
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5. Support of the bL7X. 7D77/711 CLCC>. bb?3/4 Cldide Band>. and CCP VI.0 support of 

- 2SSQ has been dropped from INTERCOM VS. 

b. There will be same differences in the processing of job card errors under 

'INTERCOM VS. Under INTERCOM'V4 job card errors are reported to the terminal and 
no output file is generated. Under. INTERCOM VS the terminal will be notified but 
an output file is generated. 

?. The processing of level 17 EORi BI-SYNC EOF. and HASP end of stream are different 
between INTERCOM V4 and VS. ' 


. Currently under INTERCOM V4 an EOR level 17 is treated as an end of file. With 
INTERCOM VS it will be treated as an end of record. 

•I-SYNC terminals are not able to recognize b-7-fl-^ cards, so a new type of EOF 
has been identified for these types of terminals only. It is a /*E01. 

• ■< , I 

HASP terminal support is such that once a card reader is started it will remain 
•hot* such that any cards placed in the reader are immediately read without 

^ further user type-ins. To prevent a HASP terminal from automatically reading 

cards- the /*E0S card may be read through the card reader. Also the ENDiCRn may 

bo used to terminate the stream. ' 

- * \ 

A* Inoperative processing is different from INTERCOM VS. To indicate to the 255X 
that the terminal which was inoperative is now functioning again the terminal 
operator must enter the SEND key or its equivalent. With INTERCOM V4 no key-in 
was necessary. 1 

•I. The processing of a Mode 4A ASCII terminal is different. Under INTERCOM V4*» to 
enter a blank line the user entered one blank plus the SEND key. For INTERCOM VS 
two blanks must be entered plus the SEND key. Also-i when one wants to do a page 
turn* under INTERCOM V4 the user could enter any character plus the SEND key. For 
INTERCOM VS the user must enter a blank and the SEND key** any other character-Csl 
will be sent to the host for processing. 

10. INTERCOM S does not set an absolute maximum screen size for batch output mode 4 
devices. Thus the screen size as entered on the SCREEN command should not be 
larger than the physical size of the terminal otherwise errors will occur. In 
INTERCOM 4 an installation parameter specified a maximum screen size for batch 
output to mode 4 devices. 

11. There is no ASCII-'IS printing at a Mode 4C printer. 

12. Multiplexor port definition macros differ from INTERCOM V4 to INTERCOM VS. 

13*— Installation parameters will change when going from INTERCOM V4 to INTERCOM VS. 

IN* INTERCOM VS will require a minimum configuration of bSK of 2S5X core* In the 

minimum configuration Only mode 3 and mode 4 terminals can be run. It is recom¬ 
mended that 61 or 'JSK of core be used for support of all terminal types {mode 3i 
mode I* HASP* and 2760/3?a0K 

I ; 

15. Reduced "Host" resources can be expected in V5 over V4. This includes PP activity 
•nd CM usage. 
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TERMINAL SUBSYSTEMS 

MODE 4 <500 UT>-INTERFACE SPECIFICATIONS 


The Terminal Systems Development Division will soon be releasing Mode 4 support through 
the 7077/7T1 local communications controller. With the introduction of Mode 4 support on 
the LCC*. it is conceivable that the requirement may arise to interface non-CDC equipment 
which emulates the 200 user terminal into CDC higher-level processors. There exists the 
possibility that other vendors* terminals may not operate correctly in this environment 
even though no problems are encountered when using CDC 200 user-type terminals. This 
article is intended to help answer many of the questions that may arise*, as well as to 
point out some of the peculiarities and potential problem areas when working with this 
protocol. Additionally*, the PSD support function at TSDD will be available to provide 
consulting services to any vendor whose terminal is experiencing interface problems as 
mentioned previously. 

A proper presentation of Mode 4 requires first of all*, clarifying the differences between 
Mode 4-* Mode 3** and Mode 2<i as well as the various versions of Mode 4 protocol* 

A protocol as related to data communications refers to a set of procedures for control of 
information as it flows over a data link to a station and eventually a specific device* 

The procedure defines the various data elements and message components and describes the 
ways they may be structured in the various message types. Uithin the constraints of a 
specific protocol is provided therefore*, the framework within which products with similar 
features can co-exist on the same data communications link and maintain consistent opera¬ 
tion. Although the terminals supported by a particular protocol may have a wide range of 
capabilities and features*, it is possible for them to operate together*, provided they 
retain compatibility of required system characteristics*. examples being: 

a Signaling rate 

• Mode of transmission 

• Communications network interface 

• Unique device control codes 

• Exact timing relations*, if appropriate 

Data communication protocols are structured to allow the use of defined elements within 
these characteristics and from this definition*, derive their unique features and character¬ 
istics* hence*. Mode 2*. Mode 3*. and Mode 4. 

Mode 2 protocol will only support synchronous lines which are point-to-point*, full- 
duplexed and non-switched. The transmission flow will be two-way simultaneous at line 
speeds from 2400 bits per second <bps> to SDK bps. Current products supporting this 
protocol include the 731-10*. 732-10*. and 733-10 batch terminals. 

Mode 3 protocol supports asynchronous lines of speeds of 110-300 bps which are point-to- 
point*. two-way alternate <half-duplexed> and may be either switched or non-switched. This 
protocol is intended to support Model 33/3S teletypes <ASR and KSR} and the CDC 713 CRT 

terminal* 

Mode M protocol which consists of variants 4A*. 48*. and 4C*. supports two-way alternate 
synchronous lines with the following line characteristics: 

1> Line speed of bDO-%00 bps point-to-point*, half-duplexed switched 

2> Line speed of 1200 bps to ^bOQ bps point-to-point - 2-uire or 4-wire 
non-switched 

3> Line speed of 1200 bps to ^b00 bps multi-drop - 2-wire or 4-wire 
non-switched 

The Mode 4A variant of Mode 4 protocol is the procedure for exchange of data between a 
CDC 200 user terminal and/or products emulating the 200 UT and a data source* The unique 
feature of this variant is the selection of peripherals with pre-defined codes in the 
message text. It is this variant which will be dealt with in this article. 
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TERMINAL SUBSYSTEMS 

MODE M *200 UT> INTERFACE SPECIFICATIONS *Ccont'd> 
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Mode MB protocol exists to permit the exchange of data between a data source and CDC Sib- 
type terminals. The distinguishing feature of this procedure is that devices have 
unique address* 

Mode 4C protocol is primarily the attempt at an overall corporate standard for node M. It 
defines areas previously undefined or defined differently for certain implementations* It 
also eliminates major conflicts with ANSI standards and has expanded capabilities to cover 
the foreseeable requirements for the future* 

Current Control Data terminals employing node M protocols includes 


TERMINAL 

PROTOCOL 

714 Multi-Station 

Mode 

MB/C 

21M-XX 

BCD 

Mode 

MA 

200 UT 

BCD 

Mode 

MA 

217-XX 

BCD 

Mode 

MA 

711-10 


Mode 

MB 

731-12 

LSBT 

Mode 

MA 

732-12 

MSBT 

Mode 

MA 

20D UT 

ASCII 

Mode 

MA 

734-1 


Mode 

MA 


With this background serving to clarify the significance of the term protocol and its 
employment by CDCi it is possible to investigate in more depth node 4A BOD UT protocol 
and to point out some of the more obvious occurrences that generate problems when utilizing 
this line communication procedure. 

The 200 UT can receive six types of messages* It is capable of sending four types of 
messages-! where we have ten unique message types* The EDO UT respords *Csends> only after 
receiving a message-! so the computer communicating with the 200 UT must initiate all trans¬ 
mission. One exception to this is when the POLL switch is in WAIT position. If in a 
POLL UAITi an acknowledge is transmitted. If a READ RESPONSE becomes available at a later 
time-* it is transmitted without waiting for a POLL. A CRT message will be transmitted 
when the operator sets the SEND key -Ca poll must previously have been received)*. 

The following message types are received by the 200 UT: 

A. POLL 

B. ALERT 
C- WRITE 

D* * RESET WRITE 

E. CLEAR WRITE 

F. DIAGNOSTIC WRITE 

The following message types are transmitted by the 200 UT: 

v A- ACKNOWLEDGE 

B. REJECT 
C- ERROR 
D. READ 
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The general format of messages is as follows {in octal>: 



All control information in the messages 

QOS 

QQ? 

* Q21 

* 014 

* 022 
□Ob 
030 
02S 

* 020 
* 023 


-4 SYNC CODES 


- SOH {Start of Header! 

- Site Address 

- Station Address and Sequence Bit 

- Control Code 

- Data {0-1040 words! 

- ETX {End of Text} 

- HPC {Message Parity Character} 

is always received with odd parity- 

- POLL 

- ALERT 

- WRITE 

- RESET WRITE 

- CLEAR WRITE 

- ACKNOWLEDGE 

- REJECT 

- ERROR 

- DIAGNOSTIC WRITE 

- READ 


* The WRITE** RESET WRITE-, CLEAR WRITE-, DIAGNOSTIC WRITE and READ messages may contain 
data- The block of data is followed by an E1-, E2-, E3i or E4 ^preceding the ETX}*, 
specifying what is to be done with the data or from where to solicit the next block 
of data. 


In the WRITE messages-, Eli E2-, E3-, and E4 have the following meaning: 

El - Display the message on the CRT 

E2 - Print the message on the printer 

E3 - Request card read data to be sent from the 2D0 UT 

E4 - Start of text indicator when operating in LINE 
MODE ON DISPLAY 


In the READ message-, they have the following meaning: 

El - This block contains operator-composed data {from CRT keyboard}. 

E2 - /!/ If cards were being read {if last WRITE contains E3 requesting 
cards to be read}-, E2 indicates 'all cards have been read-, 
hopper is empty-, card is jammed-, or light-dark check error 
occurred*. It is treated generally as a card reader not 
ready condition- 

/2/ If printing was being done {if last WRITE contained an E2 
request}-, E2 indicates the printer is not ready-, and write 
message with print data must be re-sent* 

E3 - /!/ If cards were being read-, E3 indicates card reading can 
continue- 
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/2/ If printing was being done*. EB indicates printing can 
continue- 

Note that E codes are** in fact** character pairs consisting of an ESCAPE CODE {ESC! and 

the function to be performed- 

Description of Message types Received by 500 UT 

1- POLL - This is a fixed-length message which is sent to the 200 UT to determine its 
status and to receive data- 

2* ALERT - This is a fixed-length message which is sent to the 200 UT co sound its audible 
alarm without destroying any CRT data being composed. 

3* WRITE - This is a variable length message which is sent to the 200 UT and may or may 
not contain data- It is used to: 

a* send display data to EDO UT 

b- send print data to 200 UT 

c- request card data from 200 UT 

M. RESET WRITE and CLEAR WRITE - These act the same as WRITE*, but are intended for CRT - 
keyboard communication*, allowing the computer to control placement of output data onto 
the CRT screen. 

S- DIAGNOSTIC URITE - Used only for maintenance. 


Description of Message Types Sent by 200 UT 

1- ACKNOWLEDGE - This is a fixed-length message sent by the 200 UT to acknowledge success¬ 
ful receipt of an ALERT*. WRITE** RESET WRITE or CLEAR WRITE*, and in a special case*, to 
a POLL Cif POLL switch is in WAIT position and no data ready to send!- 

2* REJECT - This is a fixed length message sent by the 200 UT to indicate rejection of a 
previously received message in the following situation: 

a- A POLL is received*, but the SEND key has not been activated or an automatic 
read request has not been initiated {by a WRITE!- 

b- The display controller is busy at the time of receipt of the WRITE** RESET WRITE** 
or a CLEAR URITE code. 

B- ERROR - This is a fixed-length message sent by the 200 UT to indicate unsuccessful 
receipt of the last message from the computer. Errors include: 

a- Illegal or unrecognized conditions detected after the correct site address- 
b- Character and/or message parity error- 
c- The modem carrier was removed before the ETX- 

d- A WRITE message was received and did not end with an escape and an El** E2*» or E3- 

M- READ - This is a variable-length message sent by the 200 UT in response to a POLL if 
read request is active. It may or may not contain data- The READ message may contains 

a- display data {entered via keyboard!** or 
b- card read data*, and/or 

c- status concerning printer or card reader. 1 
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The following table indicates the possible 500 UT responses to each computer original 
message: 


Computer Sends 


500 UT Sends 


1. POLL 

2- ALERT 

3- WRITE-, RESET WRITE-, or 

CLEAR WRITE 
4. DIAGNOSTIC WRITE 


*AOCi REJECT-, ERR-, or READ 
AOC or ERR 
ACK-, REJECT-, or ERR 

REJECT or READ 


A null response can occur {timeout! which indicates that either 
the HLP request was not received by the terminal-, or the 
terminal response was lost through transmission error. 

* AOC sent in response to POLL only when POLL switch in WAIT 
position. 


Message Sequence Bit 

The 200 UT provides for the reception of a message sequence bit {0 or 1> in each write 
message which is merely echoed back in each response message. The computer may toggle 
this bit between 0 and 1 on each WRITE message it sends-, allowing it to determine if a 
message was actually received properly by the 200 UT in certain error conditions which 
would otherwise be ambiguous - computer would not know whether to re-send a block of data 
at the risk of repeating a block or to not send-, risking the dropping of a block {see 
later discussion of error recovery!. 

Sequence Bit Rules 

l.» The 200 UT saves the sequence bit {0 or 1! from the WRITE-. CLEAR WRITE-, and RESET WRITE 
message if and only if its response to the write message is an 'AOC*. 

2- The 200 UT includes the currently saved sequence bit {0 or 1! in all messages it sends 
back to the computer {READ-, AOC-. ERR-, and REJ messages!. 

4 

The sequence bit is bit 2 in the station address byte. 

To maintain consistent performance of devices using Mode 4A 200 UT protocol requires 
complete understanding of the operation of the terminal features as they relate to the 
communication procedures as well as proper handling of data formats and control methods. 
What follows are observations concerning those topics which are not explicitly understood 
and-, therefore-, exist as potential problem areas when programming or operating within the 
confines of this protocol. 

Commencing with the input operations of the card reader-, several observations may be made 
concerning card formats and processing. Major areas of concern include code sets-, special 
end-of-record and end-of-file cards-, card buffer lengths-, and card-reader-not-ready 
conditions. 

Code set is a very special problem for the programmer. Particular customers may use 
keypunches to punch their hcllerith cards which do not necessarily comply to Control Data 
standard code set for terminals. To alleviate this problem-, every character should first 
be printed on a sheet of paper. Perform this procedure by assigning a unique definition 
for punch configuration which will define each character. Because of additional variables 
on print drumsn code set can be a serious problem when programming a terminal. Try to stay 
as close as possible to CDC standards when defining the code set for your terminal* Obser¬ 
vation and conformity with the code set on the higher-level processor should also be 
considered when defining the code set. 
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In addition to code set-» card input can also create problems if job structures are not 
interpreted correctly* A case in point would be the processing of 7/fl/R end-of-record 
card and t/7/a/R end-of-file card by CDC CYBER or LQOQ HLP software. 

Whenever an EOR or EOF card is detected by the card reader-* this code must be expanded to 
look like an escape character and then the character for EOR or EOF. Always remember 
that one character in will result in two characters out. This may seem insignificant-* 
but before this EOR or EOF card was read-* all cards were kept on an even word boundary 
of 60 characters. Now this would result in 61 characters being generated and would cause 
possible confusion when examining data within memory. 

Card buffer lengths can be problematic as a result of the fact that 200 UT protocol does 
not allow card compression going to the higher-level processor. This protocol also needs 
twelve cards in a block or a not-ready condition to force the cards to be sent to the 
higher-level processor. The requirements of the card reading function ares 

1> Twelve cards are always read or X number of cards with a not-ready condition. 

2> These cards are not sent to the HLP until the HLP writes an E3 to the card 
reader. 

3> If the HLP writes an E3 and the card reader is not ready-* the terminal will 
produce -tin the data portion of the message! an escape with an E2 in the 
next message sent back to the HLP. 

To help understand this procedure-* observe the following diagram of the normal protocol 
procedure for reading cards. 


URITE-E3 


WRITE-E3 


Request reader data 

200 UT acknowledges 

POLL to get reader data - 

Read 12 cards or ^Jata or until not ready 

Request reader data 

200 UT acknowledges 

Get next 12 cards of data or until not ready 
Read data 


The read response on the last message from the card reader could either be a 2-character 
read containing an ESCAPE and E2 or a data buffer containing from 1 to 12 cards with 
ESCAPE and £3* Other significant conditions to be aware of when doing card operation 
include: 

1> If the HLP detects a job card error in the first 12 cards-* the terminal will 
load 12 more cards-, but the HLP will not write an E3 to the terminal. To 
empty the 12 cards loaded in the terminal requires a manual release condition 
for the terminal. 

2> To use the card reading capability most efficiently should you load cards 
while transmitting cards to the HLP- 

3> An illegal hollerith code should be masked or altered to reflect a legal 
character. A question mark <t> character is normally used. 
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M> Binary cards are not allowed to be transmitted on the standard 200 UT 
protocol* 

5> A card buffer is not released until the HLP writes an Eli E2n E3*» or EM 
to the terminal* 

The code set is also one of the major features to be aware of when performing printer 
output with 200 UT protocol* Code set and compression of blanks and zeros are the primary 
areas of caution when printing* 

Compression of blanks and zeros are sent from the HLP to the terminal* The terminal must 
look at these characters which are always preceded by an ESCAPE and decompress them* 

The compression codes for INT BCDi EXT BCD-. and ASCII transmission are similar but not 
identical* For a complete table of the dif ferences*. please refer to the reference manuals 
for 200 UT devices. 

The print drum on your specific printer could present a problem if the characters do not 
match the customer's requirements- The printer message is sent down from the HLP as a 
normal data message ending with an ESCAPE and E2* Any errors encountered during the 
transmission of the print message will cause the data not to be printed. The normal print 
message ending with ESCAPE and E2 will be answered with either an acknowledge or error. 

If the message is error-free-. it is answered with an ACK-. if not an ERR. After the print 
message is sent** the HLP will POLL the terminal to determine if the printer was ready or 
not ready. An example of the printer flow is: 

HLP 


MSG1 


WRITE E2 

- > 

Send data to 200 UT addressing the printer 

MSG2 

<- 

ACK 


200 UT acknowledges 

MSG3 


POLL 

— > 

POLL to get status 

MSGM 

<e 

READ - E3 or 

E2 

200 UT sends back E3 to indicate printer ready 
E2 to indicate not ready 

MSGS 

_ 

WRITE E2 

— ^ 

Send data to 20Q UT addressing the printer 

MSGb 


ACK 


200 UT acknowledges 

msg? 

MSGS 

<r 

POLL 

—> 

POLL to get status 

200 UT sends E3 to indicate ready-. 

E2 to indicate not ready 


The keyboard and display are generally quite basic and cause few problems for the program¬ 
mer in relation to protocol procedures. The one detail that is worth pointing out is the 
LINE MODE feature. The LINE MODE feature is the capability to protect previously entered 
or response data from being altered. Generally-! the display/keyboard will be either 
SO characters X 20 lines or 2>0 characters X 13 lines* When using LINE MO.DEv you must have 
a special symbol to denote the beginning of the input field on a display. If the hardware 
allows more than 60 characters on a line-. you could place the special symbol on the begin¬ 
ning or end of the line* If the hardware only gives the ability of 60 characters per line*, 
you must trail the special symbol one line behind and wipe out the character previously 
displayed in that position. Another restriction to observe when using LINE MODE occurs 
when attempting to re-send a full screen of data. If the data does not begin at the top 
of the screen-* you will lose one character. This is a very rare occurrence-, but worth 
making note of• 
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When sending data from the keyboard to the HLP** compression is not used. When receiving 
data from the HLP** again no compression will be present. The normal keyboard flow is: 

HLP 


n sci 


POLL 

\ 

Check if keyboard has a message for input 


y _ 

REAP El 

7 

READ -tif SEND or ETX key depressed} 

niC2 

s 

WRITE El 

_\ 

Writes message on display** then unlocks keyboard 


._ 

AOC 

7 

BOO UT acknowledges 


In examining the message sequences for the devices comprising a BOO UT-type device*! it 
should be noted that error recovery occurs in one of two ways. If the input message has 
received the site address and the message is in error beyond this character*! the terminal 
will answer back with an ERROR message- If the terminal finds an error with the site or 
before the terminal re-syncs and does not answer the message*! thus allowing the host 
processor to time out and re-try the message. When data is being transferred to and from 
the terminal*! the error process is checked with the station address. The way the 
terminal treats a station address is if the message is a write answered with an 
acknowledge*! you reply with the same station address as' was sent in the write. All other 
messages are answered with the previous station address. See the previous discussion on 
Bit Sequencing for further clarification of this method. 

The following examples demonstrate how this procedure operates for various error conditions 
on write operations* If a write message is received incorrectly by the terminal** the 
data source retransmits* 



Troramitted 

Station 

Response 

Stotton 


Messoge 

Address 

Message 

A ddress 

Meuoge 1 

Writ* 

161 

Acknowledge 

161 

Mtstoge 2 

Writ* 

141 

Acknowledge 

141 

Message 3 

Writ* 

161 

Acknowledge 

161 

Messoge 4 

Writ* 

141 

Error 

161 

Mi«Q8« 5 

Write 

141 

Acknowledge 

141 


If the data source fails to receive a response correctly** another message {station poll or 
alert> may be transmitted in an effort to determine the status of the preceding write 
message. This new message may use either of the station addresses* If the original write 
message is received correctly** the response to the second transmission supplies the 
Original station address. In the following example** the acknowledge message response to 
the write message marked with the * is assumed to have been destroyed by a line error. 



Transmitted 

Station 

tes por*§ 

Station 


Address 

Address 

Message 

Address 

Menage 1 

Write 

16) 

Acknowledge 

161 

Menage 2 

Write 

141 

Acknowledge 

141 

Menoge 3 

Write 

161 

Acknowledge* 

161 

M—c*ge 4 

foil 

141 or 161 

Reject 

160 

Meeoge 5 

Write 

141 

Acknowledge 

141 
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Assuming the line error destroys the error response {*>•» the data source transmits a poll 
message to determine status. An alternate address in the reject message response informs 
the data source of the error condition in the previous write. Retransmission is then the 
normal procedure. 



trammllt td 

Slot loo 

RMpontt 

SMfon 



A 

M*uo 9 « 

Aj eWroM 

Mtraog* 1 

Writ# 

161 

AcknowJ *690 

161 

Mowoj* 2 

Writ. 

141 

AxlutowU^d* 

141 

MenoQf 3 

Wrll# 

161 

Em** 

141 

4 

foil 

141 or 161 

R«{oct 

140 

Mtsaog* S 

Writ* 

161 

AeknowUdv 

161 


The preceding information has been intended to offer some insight into potential areas for 
problems when doing card input-i printer output or keyboard input/output. In support of 
these functions-i the following general comments concern additional cautions to be observed 
when programming or operating a terminal using Mode MA 200 UT protocol. 

• The manual release feature will free the terminal up and do error recovery 
restart. The restart is accomplished by clearing all internal pointers in 
the terminal and re-syncing the communications line. 

• Depressing the interrupt key stops all reading and printing from the host 

processor-* and permits a message to be entered from the CRT. This tells 

the reader not to send any more card buffers and to hold back the reply 

of printer ready or not ready to the host processor. An exception to 
this occurs-i however-! if the card or printer response ends with an E2 
code. In this instance-! intervention is overridden. 

• A sync code should never be inserted between the end of text -CETX> and mes¬ 
sage parity character *Cf1PC>. The host processor must regard the byte 
following the ETX as the flPC• Note that the hPC could have the same bit 
pattern as the sync. 

• Any sync code that appears after the start of header -CS0H> and before the 
message parity character -CflPO should be discarded. 

• When the card reader is sending a 12-block sequence of cards to the host 

processor-! the reader should be reading the next 12 cards to refill the 

buffer. 

• When.reading cards-i the host processor will always write an E3 to the 
terminal. The terminal-! if it is not ready with card inputi should 
respond with a read containing an E2- A poll-reject sequence should be 
avoided or the not-ready condition will never be output as an error 
message. 

t During a POLL operation-i there could be data after the control code 
<€ codes> and before the end of text -CETX>. An error should not be 
output in this case. 

• A print line can be longer than 13b characters* if so-i truncation is 
performed. 
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* l?^«f 0 ? er ^ tin ? wi ? h certail ? modems -Ce.g., CIC 3SS transceivers!-, be verv 
send is dr!Jped r £oS 9 sSn iftJr a JSu , *hiv tt 1 ^ut n fch5*iSSj t chS«ter B Sn B S« t0 

ar-c s s-s.'suiSiissrT.ar 

• Timing considerations should be known and adjusted to- Some modems for 

terminals capable of simulating the 200 UT require, for instance the 
output of a pad of characters behind the message parity character -tnpci 
to insure reception of the HPC at the remote end. raCter * npc > 

required to work with it. In future issues of the%f? to * any who are 

contained in this article will be cresented nn reiar To Exc *-P- . ? 1 information such as that 
IBM 2?fi0 protocols-, devices related suDjecxs-. such as Mode 4C and 

when implementing utiU^SfthesJmlthSds procedures ’ a " d s P^ial considerations 


/ 
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MANUALS AND INFORMATION 

A $*neral description of the.2550 Host Communication Processor appeared in the January * i$7S 
PSI Excerpts on Page 73-1* This same information plus configuration information is 
Contained.in the 25SG Series Host Communication Processor Product description* 201*036* 
ihich is available from LOS. 

Manuals for the Communication Control Program -CCCP} Support Software* sometimes referred to 
as the Cross System are also available from LOS. These manuals ar^ listed in the Software 
Availability Bulletin and in the February PSI Excerpts Page 74-25. 

Thi following preliminary manuals will be available as noted, they can be ordered from 


R. Uyatti STAOPS. 



PUBLICATION 
—NUMBER -- 

DESCRIPTION 

AVAILABiLiTY 

74541200 

Site Preparation Manual 

Existing 

74700700 

Synchronous CLA 2550 -1/2/3 

Existing 

7 4700^00 

Asynchronous CLA 2551-1 

Existing 

74700500 

2550 Hardware Reference Manual 

Existing 

74?01200 

2550 CCP Software Reference Manual 
SCOPE/KRONOS 

June* 1^75 

74701300 

2550 Users Guide 

June* i®J75 

74701400 

25S0 Operators Console Manual 

June* i*J75 

74700600 

2550 Hardware installation Manual 

June* l*i75 

SCOPE/INTERCOM FRONT END - CCP 

REL 1.0 



SCOPE/INTERCOM Front End and.the CCP Release 1.0 software to provide support for Mode 3 
and Mode 4 terminals on the 2SS0 will be released with SCOPE 3.4.4. 


features 

The following new features are accommodated: 

A. Mode 3* Mode 4A* and Mode 4B/C terminal support via the 2550. 

B. Mixed mode support -- provided that neither protocol inodes nor BCD and ASCII are mixed 
6n the same line. 

C. Automatic terminal speed recognition for Mode 3 terminals so different types of Mode 3 
terminals may dial into a single 2550 port. CAutospeed recognition limits of 110* 150* 
Or 300 bits for this release.! 

$, Automatic terminal recognition for Mode 4A and Mode 4B/C termirais such that any Mode 4 
terminal may dial into a single 25S0 port. 

E. Selective load and drop of individual INTERCOM drivers. 

F. Individual autoloading and autodumping of 2550 f s driven by the same driver. 

6. CE error file entries for specified 2550 responses. 
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Specific terminals supported via the 2550 driver are: 

1. Rode 3s 713-. TTY33*. TTY35-. TTY3S-. or equivalent. 

2. node 4A: 21?-. 200UT, 73X-12-. 734-1-. or equivalent. {BO and ASCII>. 

3. node MB/C: 714 and 711-10 multi-station with on-line character printers as batch output 
devices*! or equivalent. {ASCII only>. 

Pial up Mode 4 terminals are identified by their site address*, where: 

Site 0 indicates node 4A BCP 
Site 1 indicates node 4A ASCII 
Site 2 indicates node 4B/C 


ttaximum station configuration is assumed: 

The 2550 driver supports multi-drop configurations for node 4A and 4B/C terminals as 
well as multi-station configurations for node 4B/C terminals. Up to 12 drops with 
site address lb0-173« are allowed on any line. Each site of a node 4B/C line may have 
up to 12 stations with station addresses 141-154*. Station address 140« is reserved 
for the address of the site controller. Station°addresses 141-143*-. IMS-147*-. and 
151-153* are assumed to be CRTs. Station addresses 144*ISO*-. an « 1S4. are°assumed 
to be character printers. 

Performance 

The performance of INTERCOfl in terms of response time*, terminal throughput and number of 
terminals supported is expected to remain unchanged. 


$ll* 

The size of the INTERCOH areas in Cn is expected to be unchanged. The Sunnyvale 
development Center may show slightly increased usage of the small buffer area if both a 2550 
and a TO??-?®!! <LCC> are configured. This is not a normally expected configuration. 


general description 

One PPU driver* 1FE-. can drive up to two 2550s on the same channel. Each channel-, configured 
with a 2550*. requires a separate 1FE driver. 

There is only one version of the 1FE driver. It supports node 3-. node 4. or both modes 
simultaneously. 

Up to 255 terminal devices may be supported by each 2550. The following are defined as 
terminal devices* 

1. Each node 3 terminal e.g.n TYY. 

2. Each node 4A terminal e.g.n 20QUT including controller and 
all of its peripherals is one device. 

3. Each node 4C CRT. 

4. Each rtode 4C printer. 

Any mix of devices is allowed. There could be up to 126 TTYs {one per line> or up to 21b 
CRTs and 3*! character printers supported on just two node 4C hardwired multi-site multi-station 








PSI Excerpts 
Page 77-33 

CPC CYBER 7Q/b000 


flay* 117S 



lines* Or any combination of Mode 3* Mode 4A* and Mode MC devices are permitted*as long as 
only one mode is configured per 2550 line* 


The driver communicates with the 25SD by transferring blocks of information to/from the 
2550* The information can be data {BLK* MSG>* commands <Cf1P> that change or report a change 
in the state of the 2550 softwara/hardware* data or command block acknowledgements CBACK>* 
or data stream control blocks {BREAK** RESET** TERMINATE!. 


The driver* 1FE* is loaded by the PPU 2550 initializer* OFA. OFA loads the 2550 software 
by sending binary code across the the feOOO CYBER channel* OFA then configures the 2550 
lines before calling 1FE* 1FE then enables 2550 lines and* when the lines become opera¬ 
tional* configures the 25SD for terminal devices on the lines* 

1FE logs SEFAP messages for the 2550. 1FE can also initiate a dump of the 2550 by calling 
the initializer OFA. OFA dumps the 2550 memory and registers* in display code* to an 
OUTPUT file* 


The SCOPE 3*4 fc»bl2 console operator can initiate loading or dumping of any 2550* even if 
it shares a channel with a second 2550. 


?r Overview 


The initializer is a PPU program that performs four basic functions? 


1. Autoload of CCP software into the 2550. 


2. 2550 line configuration. 

3. Autodump of 2550 core and registers. 

4. Limited 2550 diagnostics. 

OFA is the primary initializer overlay. It can be called by the 2550 driver* 1FE* by 
III* and by LCP as a result of an operator initiated 2550 dump. OFa is the routine that 
initiates 1FE. It also communicates with 1FE while the driver i* working. 



The driver is a PPU program that transfers data between INTERCOM and the 2550. 1FE is the 
primary driver overlay. It is called by the 2550 initializer OFA is a result of operator 
initiation of INTERCOM. 

The driver transfers data between the buffer area of INTERCOM and the 2550 memory. The 
transfer requires 1FE communication with the 2550 software* CCP. 

The CCP software package varies with the 2550 line configuration. The Mode 3 version is 
called 0F3* the Mode 4 version is 0F4* and the mixed mode version is OF?. 

The driver begins communication with CCP only after the OFA initializer has loaded the 
required version of CCP software into the 2550. Uhen starting 2550 service* the driver 
immediately communicates with CCP via the block protocol since the initializer started 
block protocol before passing control to the driver. 


Support Routines 

111 modifications include calling OFA to initialize the 2550* reserving space before the 
INTERCOM small buffer area for 2550 connection tables* and 2550 mux subtable verification 
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Uhen the operator enters the DSD command to start service for a 2550** DSD calls 111* 111 

searches the EST for the 2550 mnemonic FE-* verifies that entry-* and calls OFA• 

111 reserves connection table space before the INTERCOM small buffer area for each FE 
device in the EST. Space is reserved for the FE device even if the EST entry is OFF or if 
its mux table pointer is 2 ero. Ill reserves the space when the INTERCOM system is first 
brought up* 

111 verifies the 2550 mux subtable line entries in the same way it verifies LCC line 
entries* The principle difference is that only Mode 3 and Mode 4 entries are allowed and 
auto-baud,is allowed for Mode 3. 1CI modifications include initialization of the User Table 
CUT> driver words for newly acquired 2550 UTs* 

1BR modifications include searching the EST for the 2550 FE mnemonic to display and drop 
2550 drivers. 

Routines that access the line width field in the UT are modified to allow for the line- 
length-changed bit* These include TBLn the INTERCOM drivers** and any other routines that 
access the UT line length field* The 1ine-length-?changed bit tells 1FE when to send a Set 
Screen Width command to CCP* 

Routines that access the port number field in the UT are modified. These include 1CI-* lLXn 
the INTERCOM drivers** and other routines that access the UT port number field. The port 
number field is modified to accommodate up to 25b ports* It was previously large enough 
for only b4 ports. 


Table Changes 

Changes to the following tables are required: 

1* Equipment Status Table CEST> 

2. INTERCOM User Table CUT> 

3* Mux Subtable Header 

4. INTERCOM Connection Table <CT> 

5* INTERCOM Driver Communication Area CDCAJ 

The EST change is the addition of the FE mnemonic to designate 2550 equipments. The FE 
EST entry is created with the EST macro by designating channel** equipment number-* and an 
ordinal pointing to the mux subtable header. 

The User Table modifications include initialization of the driver words to 2550 format by 
Id** expansion of the port number field to allow 25b lines-* and addition of the line- 
length-changed bit to the line length field. 

A mux subtable header must be created for the 2550. It is generated by a new CMR macro. 

The connection table CCT> is a new INTERCOM table that allows the 1FE driver to convert block 
protocol connection numbers to User Table addresses. The CT also Contains block sequence 
numbers used for each connection. 

Mode 3 mux subtable line entries are changed to permit auto speed recognition by the 2550* 
The mux table header is changed for selective load/drop of drivers* 



4 




PSI Excerpts 
Page 77-35 

o>c cyber 7'o/booa 

5550 HCP NOTES *Cont*d> 


Hay* n?s 


Direct Connection to Terminals 

On the 5550* it is possible to connect terminals within SO feet of the 5550 directly to the 
CLA without the use of modems. To do this* special cables are required* The equipment 
for these cables are: 


Asynchronous - XA 135A 
Synchronous - XA 135A 


< 


i 


4 
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The following pages contain instructions for estimating tha 2550 memory requirements to 
run CCP 1*0* These numbers are based on the following assumptions: 


USD 

Large data buffers 3 fc>4 words* 

Small data buffers 3 10 words* 

mi 

Back response takes 200 MS* 

Output after input takes 2 seconds* 

Block serial: number limit 3 1* 

TTY z Interactive 

Block length in and out 3 bD characters* 

Next input following an output starts in 2 seconds* 

MODE-4 Interactive 

Block length in 3 b0 characters* 

Block length out 3 100 characters. 

MODE-4 Batch 

Block length in and out 3 1100 characters 

Multi-drop batch terminal buffer requirements are the same for each terminal 
as if it were on a single point line* 

Total Number of Terminals 

These figures will not be accurate if the total number of terminals is less 
than 20* 


This is followed by an example of memory requirements for a typical site* This example 
assumes that we want the debug facility and that we will have 30 lines with: 


5 

30 

CPS 

TTY 9 s 



*3 

15 

CPS 

TTY r s 



b 

ID 

CPS 

TTY's 



2 

1200 

CPS 

Mode 4 

Interactive 

Terminals 

b 

300 

CPS 

Mode 4 

Interactive 

Terminals 

4 

bOO 

CPS 

Mode 4 

Batch Terminal 


It also assumes that we require that service not be degraded *352 of the time* 


For anyone desiring memory requirements for other buffer sizes-* block length-* etc*i there 
will be an interactive Fortran program available from Field Support. Memory sizes for 
specific cases can also be obtained from Sunnyvale Field Support* 




n*yn n?s 



PSI Excerpts 
Page.77-37 

CK CYBER 7D/bOOO 

5550 MEMORY REQUIREMENTS FOR CCP l.Q {Cont'dl 


MEMORY REQUIREMENTS FOR CCP 1.0 

1. FIXED REQUIREMENTS 

Includes Base-* CCP-* one CYBER Coupler-* MUX Subsystem software 

On-Line Diagnostics {includes local console l/0> .. 

Debug Programs may be added {optional! 2400 WORDS ...... 

2. ADDITIONAL HOST COMMUNICATIONS 

If optional CYBER Coupler {2S5A-1! is included add 53 WORDS . 

3. TERMINAL INTERFACE PACKAGES {TIPS! 

COMPLEX {e.g.-i Mode 4! 3L00 WORDS - per seoerate TIP . . . . . 

AVERAGE {e«g*i ! 3000 WORDS - per seoerate TIP . . • • . 

SIMPLE {e.g.-* TTY 1 2 400 WORDS - per separate TIP . . . . . 


WORDS 

20-iQQQ 

5,000 



4. TABLES {RELATIVE TO TERMINAL SUPPORT! 


1. 

LINES - 

42 

WORDS 

X 

number of lines {ports! • 

2. 

Terminals 

-1L 

WORDS 

X 

max number of TTY terminals ......... 



33 

UORDS 

x 

max number of Mode 4 term •••••••••• 


{configured {attached! concurrently \ include dedicated and dial-up! 


c 


S. CODE SET TYPES {NON-ASCII! USED 

12A WORDS X number of b bit code sets .••••••• 

lbQ WORDS X number of ? bit code sets ........ 

224 WORDS X number of 5 bit code sets • ••••••• 

{ASCII is base code set and included in Item 1 above! 


SUB-TOTAL * __ 

MEMORY REQUIREMENTS FOR DATA BUFFERS 

b. Fill in the N column with the number of active terminals for each type in Table 1* 

?• For each terminal type multiply the N column by the X column and put this number 
in the SI column. 

A. Add the SI column. 
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12> Compute the square root of the total of S2 ____ _• 

13> Multiply the square root of S2 by the number in the F column of Table 3 that 

corresponds to the confidence factor - <2 - desired, fi represents the percentage 
of time that service will not be degraded due to lack of buffers. 



Note: There should be only one entry in the S3 column above. 

1M> Add this number to the total of SI obtained in Step 6. _ 

This is the total buffer space required. 

15> Add: 

Number of lines x lb ___ 

Number of TTY terminals x 17 .. ' _ 

Number of Mode 4 Terminals x 33 __ *.. 

TOTAL _ 


Subtract this number from 3bDD 


lb> Add to the subtotal obtained at the end of Step S to the greater 
of the numbers obtained in Steps 14 and IS. 


This is the total memory requirement. 
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MEMORY REQUIREMENTS FOR CCP 1.0 

1. FIXES REQUIREMENTS MORES 

Includes Base-* CCP-* one CYBER Couplers MUX Subsystem software • • • • • 20iQQP 

On-Line diagnostics {includes local console I/0> . • • • • • SnDOO 

debug Programs may be added {optional! 2400 UORdS • •••••••••• 3«»M0Q 

2. AddITIONAL HOST COMMUNICATIONS 

If optional CYBER Coupler {2SSS-1! is included add S3 UORdS . .. 

3. TERMINAL INTERFACE PACKAGES {TIPS! 

COMPLEX -Ce.g.i Mode 4! BbOO UORdS - per seoerate TIP , ......... 3nbQ0 . 

AVERAGE Ce.g.* > 3000 UORdS - per seoerate TIP . ......... ___ 

SinPLE Ce.g.n TTY > 2400 UORdS - per separate TIP . ... 2n MOO 

4. TABLES {RELATIVE TO TERMINAL SUPPORT> 

1. LINES - MS UORdS X number of lines {ports} . '••..••• x 30 » 12L0 

2. Terminals - 1? UORdS X max number of TTY terminals ««««..«• x 20 * 340 

33 UORDS X max number of Mode 4 term ««.«..«.• x !2 g 3*^ 

{configured {attached! concurrently* include dedicated and dial-up! 

5. COdE SET TYPES {NON-ASCII! USud 

12& UORdS X number of L bit code sets •••••••••••••«••• 

lbO UORdS X number of ? bit code sets .. . 

22M UORdS X number of 6 bit code sets ....... . ..... _ 

{ASCII is base code set and included in Item 1 above! 

SUB-TOTAL - 35«,3«lb 

MEMORY REQUIREMENTS FOR dATA BUFFERS 

L. Fill in the N column with the number of active terminals for each type in Table !• 

?. For each terminal type multiply the N column by the X column and put this number 
in the SI column. 


Add the SI column 
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12> Compute the square root of the total of S2 Hlb»13M5T . 

13> Multiply the square root of S2 by the number in the F column of Table 3 that 

corresponds to the confidence factor - <3 - desired* 0 represents the percentage 
of time that service will not be degraded due to lack of buffers* 

TABLE 3 


Q 

r i 

S3 

11.13 

3.01 


11.03 

2.33 


15.03 

H 

• 

cr 

in 

tat.t2207 

10.03 

1.2a 


70.03 

0.52 



Note: There should be only one entry in the S3 column above* 

11> Add this number to the total of SI obtained in Step 6* 

This is the total buffer space required. 

1S> Add: 

Number of lines 30 x lb MSP _ 

Number of TTY terminals 80 x 17 3M0 

Number of Node M Terminals is x 33 31b _ 

TOTAL 181b 

Subtract this number from 3b00 83SM 

lb> Add to the subtotal obtained at the end of Step 5 to the greater 
of the numbers obtained in Steps 1M and IS. 


This is the total memory requirement. 
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bb71/bb7fc EMULATOR - 5S50-100 EMULATION MODULE 


Introduction 

The 55S0-1Q0 Emulation module is a controlware program that resides in a CK 5550-5 Host 
Communication Processor. In conjunction with the Host Communications Processor*! it performs 
the multiplexing function between the host computer and remote communications terminals. 

As such* it emulates the LL71 and/or LL?b Data Set Controllers that previously performed thi 
function and causes the Host Communications Processor to appear to both the host computer 
operating system and to the communications lines as though it were a data set controller. 

The 5550-100 fully emulates from one to four fcbTl's** or a combination of these types of data 
set controllers. The 5550-100 controlware module is limited: <1> to sequentially 
emulating a maximum of four data set controllers; and <5> to terminating a maximum of 155 
circuits Cthe capacity of a 5550-5 Host Communications Processor>. 

This product is primarily intended for new Network Operating System users. It will allow 
N.O'S. customers to begin using the 555X series communications products very early in the 
NOS product life thus avoiding the requirement that LL71 and bb?b Data Set Controllers be 
used on an interim basis until the advanced data communications software CNAM*. RBFi etc.! 
under NOS is available to operate with the 555X equipment. As a fallout*! this product may 
also find application in some new and current KRONOS and SCOPE/INTERCOM installations. 

This software is not compatible with the CCP Release 1 software and it will not drive 
local peripherals. In the situation where the CYBER 170/CYBER 7Q/L000 customer is using 
a non-standard operating system* the interface with arid proper operation of the 5550-100 
cannot be guaranteed. In such situations** review of the specific Data Set Controller 
driver within the operating system will provide the user with an indication as to 
possible usability of the Emulation Module controlware. If the driver-Cs! is Care} identical 
to those within standard NOS 1.* KRONOS 5.1** or INTERCOM 4.5 under SCOPE 3.4* it is probable 
that the 5550-100 will interface without difficulty. However** in no case will CDC guaran¬ 
tee operation of the 5550-100 with any non-standard operating system. 


Availability * 

The 5550-100 will be available for delivery beginning in July** 1*175. Applicable documents-* 
tion will accompany the product. 

CAUTION: Uhile the 5550-100 i'll be available in June** 1*575-* all other required products 
availabilieies must be determined prior to customer commitment. See COS for information 
regarding product availabilities* 

Media and Supporting Documentation 

The 5550-100 LLTl/kLTb Emulation Module controlware is delivered to the customer on a 
magnetic tape cassette. Accompanying documentation will include a Reference Manual 
and User's Guide covering the subject module. 


Installation and Maintanence 

The user will load the 5550-100 module by use of its loader routine and the magnetic tape 
cassette driver. During the initial loading process the user will enter all communications 
line and emulated Data Set Controllers! parameters using the Configurator program and 
Communications Console. The parameterized system is then written to the tape cassette 
in order to facilitate the program reload process. 

User changes to previously defined table parameters will be accomplished using the 
Confiqurator program -(off-line! whi^ch will initially list the table entries on the Comm¬ 
unication Console* as read from the cassette; allow table modification via the Console 
keyboard; and rewrite the modified table parameters back to the magnetic tape cassette. 
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Configuration rules when using the 2550*100 Emulation nodule controlware are straightforward 
and are found below: 

i« Base Product Requirements 

1 ea 2550*2 Host Communication Processor 

1 ea 2550-100 bb?l/bb?b Emulation nodule 

1 ea Communication Console - This requirement may be fulfilled by any of the* following: 

1 ea 1711-4^ -5n 17-13-4-* -Si Teletypewriter or-» 

1 ea 713-10 Conversational Display Terminal with 711-100 memory 

Expansion and-i optionally-i 713-12Q non-impact Printer ori 

Customer supplied equivalent product with RS232C interface connector* 

2# Dual PPU Interface 

If the 255Q-2 and 2550-100 are required to interface to a second PPU on the host 
computer the 2S56-1 Communication Channel Coupler must be added to the configuration. 

3. Circuit Interfaces 

A. 2SbO-l Synchronous Communications Line Adapter 

Determine the total number of synchronous {voice grade 2000-1 2400-1 4600-* and ^bOO 
bps! circuits {local and remote! to be interfaced. Divide the total by 2*» and round 
up-* if necessary. The result will define the quantity of 25b0-l Synchronous 
Communication Line Adapters required. 

B. 2Sbl-l Asynchronous Communications Line Adapter 

Determine the total number of asynchronous <110 to LOO bps! circuits {local and 
remote! to be interfaced. Divide the total by 2-* and round up-* if necessary. The 
result will define the quantity of 25bl-l Asynchronous Communications Line Adapters 
required. 

NOTE: Each terminated synchronous and asynchronous circuit required a Communica¬ 
tions Line Adapter interface cable available from Control Data. 

4. Communications Line Expansion Modules 

To determine if Communication Line Expansion modules {2S5b-X! are required* and if so* 
how many** use the following. 

A. Sura the total circuits to be connected as determined in 3.A and 3*B above. 

8* Refer to the following table: 

If sum is greater than but less than 

1 33 

32 b5 

b4 **? 

% 12 ** 


these units are required 


no 255b units required 

2£5b-8 is required 

255k*»2 ©nd 2SSb~3 are required 

255^-2* 255b-3% and 2S5b-4 are required 

Maximum line termination capacity of a 
single 2550-2 has been exceeded. 


126 



